首页/文章/javascript

作为前端开发,如何调试线上代码

2024-08-19
18377 分钟
...

发布以后,线上报错了,咋办?有没有很恐慌?

每次上线都战战兢兢得生怕出错,又得搞到凌晨一两点,烦死了?这是不是你的现状?作为一名资深程序员,我深知大家得不容易,所以今天奉上一本解决现场问题得法宝。具体如下:

(方法千变万化,没有最好,只有更好,如果大家有更好得办法可以在评论区共同探讨,共同成长,谢谢!)

上线以后,为什么会出现问题?

问题来源有2种:

1.现场数据更加复杂,在uat测试阶段,由于数据相对比较简单,测试人员得临界值设定得并不准确,导致bug没有找出来。

2.前端代码有问题,在测试的时候没有测试出来,发布以后发现了。

解决办法:

第一: 假设这就是后端数据问题,我们需要用一个chrome 插件: Ajax-intercetion

下载:直接执行

git clone https://github.com/YGYOOO/ajax-interceptor.git

下载下来以后,直接拉进chrome的插件里面就好了,当然你也可以从chrome 的插件商店里面直接下载,我的window10的chrome的插件商店被拦截了,进不去,只能从仓库里面获取。不管从哪里获取,拿到就好,无需较真。最后你可以得到如图所示的标志:

1.把需要拦截的接口地址输入ajax-interceptor的 url 的设置里面,然后刷新页面,触发相关功能。

2.在chrome的devtool里面的network里面找到相关接口的数据,直接ctrl+A复制response

3.把上面复制好的响应数据放到 ajax-interceptor 的 replace Response with 里面,然后把你觉得异常数据找到,改成合理的数据,然后触发相关功能,你修改后的数据就会展示到页面上。此时就能断定是不是数据问题了。

如果你不会用,没有关系,我为大家找了一个说明视频,大家可以点进去看看:

weibo.com/tv/show/103…

4.经过我们一系列的骚操作,终于发现不是数据问题呀,有没有想死的心都有了?

第二:现在断定一定是代码的bug, 可是线上错误指向的是一个压缩文件呀,咋办?

想解决个bug,咋就这么难呢?心里喷涌而出的草泥马,算了,不抱怨了,为了早点下班,还是老老实实想一下解决办法,才是正事,你说对不对!我也不兜圈子了看下面。

线上无法调试的根本原因就是没有 suorcemap 呗,说白了就是打包的时候我们配的是 hidden-source-map,而不是source-map,他们的区别是啥?

首先 hidden-source-map 和 source-map 在打包的时候都会产生一个 .map 文件,而且他们处理后的文件大体是一样的,唯一的区别就是source-map处理后的文件下面多了一行代码,如图所示:

我做了个测试代码,一个用source-map打包,一个用hidden-source-map打包,具体可以看:juejin.cn/post/738022… 结果如下

用http-server将他们同时启动

进入页面看看

明显他们的目录访问目录不一样,是不是?解决问题的根本就是把index.js和index.js.map用 //# sourceMappingURL=index.js.map关联在一起,他们就能找到源码了,我们就可以欢乐的调试它了,对不对?

方法1.利用chrome的 add sourcemap 功能,如下:

设置add sourcemap的文件的时候,你可以连本地的,反正是对应的.map文件就好了,如果没有出来,一定是你的地址不对,赶紧改路径吧。

此时8081的页面和8082的页面就一摸一样了,你是不是就可以开心的调试了呢,一眼看过去就能知道,线上到底是哪一行在报错。

方法2.手动映射

1.在项目里面安装source-map库

npm i source-map -D

2.在项目里面建立一个source.js文件

只需要修改红框的地方即可,操作如下:

const { SourceMapConsumer } = require('source-map')
const fs = require('fs')

const rawSourceMap = fs.readFileSync('./dist/index.js.map', 'utf-8')


originalPositionFor('index.js:1:161')

function originalPositionFor(errInfo) {
  const [budleName, line, column] = errInfo.split(':')

  SourceMapConsumer.with(rawSourceMap, null, (consumer) => {
    const originalPosition = consumer.originalPositionFor({
      line: parseInt(line),
      column: parseInt(column),
    })

    console.log('bundle name = ', budleName)
    console.log('original position = ', originalPosition)
  })
}

是不是很美丽呀!

方法3. 用Charles代理

其实代理的目的就是对源文件进行拦截,然后在response的文件里面加上//# sourceMappingURL=index.js.map,此时的url你可以写线上的map文件,也可以指定本地文件对应的.map文件,也就是说,

可以这样://# sourceMappingURL=index.js.map

  1. 也可以这样://# sourceMappingURL=http://127.0.0.1/index.js.map

具体如下:

设置断点地址

2.如果此时Charles没有工作,很可能是因为你chrome的代理插件没有关闭,关闭就可以正常工作了。

其实精髓就是要index.js和index.js.map连接起来

如果您觉得这篇文章有帮助,请点个赞吧~

分享文章

相关文章

更多文章 →
javascript2026-02-24
navigator.sendBeacon全指南
在前端开发中,埋点系统是必不可少的一环。我们经常需要在用户 关闭页面 、 刷新 或 跳转路由 时,向服务器发送最后一条统计数据(比如用户停留时长、页面跳出率)。 但这看似简单的需求,在实现时却危机四伏:请求发不出去?页面跳转卡顿?今天我们就来聊聊这个问题的终极解决方案 —— 。 一、 痛点与传统方案的挣扎 场景还原 当用户点击关闭按钮时,浏览器会触发生命周期事件( 或 )。如果我们直接使用普通的异步 AJAX ( 或 ) 发送请求,浏览...
学习
javascript2025-11-02
理解浏览器事件系统,从用户点击到事件对象的完整旅程
深入理解浏览器事件系统:从用户点击到事件对象的完整旅程 “当我点击页面按钮时,背后发生了什么?为什么回调函数能收到一个包含丰富信息的event对象?今天,让我们一起揭开浏览器事件系统的神秘面纱。” 一个令人困惑的现象 作为前端开发者,我们每天都在写这样的代码: 这段代码如此熟悉,以至于我们很少停下来思考:​ ​这个 对象到底从哪里来?它为什么能知道点击的精确坐标?为什么能识别是哪个元素被点击了?​ ​ 更神奇的是,当我们手动创建事件时:...
学习
javascript2025-10-01
实现大文件上传全流程详解
在日常开发中,大文件上传是个绕不开的坎——动辄几百 MB 甚至 GB 级的文件,直接上传不仅容易超时,还会让用户体验大打折扣。最近我用 Vue+Express 实现了一套完整的大文件上传方案,支持分片上传、断点续传、秒传和手动中。 一、先看效果:我们要实现什么? 先上核心功能清单,确保大家明确目标,知道我们要解决哪些实际问题: 大文件分片上传 :将文件切成固定大小的小片段分批上传,避免单次请求超时 秒传 :服务器已存在完整文件时,直接返...
学习
javascript2025-09-18
JavaScript 的多线程能力:Worker
如果你写过一些计算量稍大的 JavaScript 代码,比如图像处理、大量数据排序或者复杂的算法,你几乎肯定遇到过浏览器“卡死”的现象。点击页面没反应,动画也停了,就像整个世界都静止了。 这就是主线程被阻塞的典型后果。因为主线程既要负责执行 JavaScript,又要负责渲染页面、响应用户操作,一旦它被繁重的计算任务占满,就无暇顾及其他,用户体验便直线下降。 这个问题的根源,正是“主线程是单线程的”。那么,如何解决呢? 答案很简单:把这...
学习面试
javascript2025-09-15
一张 8K 海报差点把首屏拖垮
你给后台管理系统加了一个「企业风采」模块,运营同学一口气上传了 200 张 8K 宣传海报。首屏直接飙到 8.3 s,LCP 红得发紫。 老板一句「能不能像朋友圈那样滑到哪看到哪?」——于是你把懒加载重新翻出来折腾了一轮。 解决方案:三条技术路线,你全踩了一遍 1\. 最偷懒:原生 一行代码就能跑,浏览器帮你搞定。 🔍 关键决策点 2020 年后现代浏览器全覆盖,IE 全军覆没。 必须写死 ,否则 CLS 会抖成 PPT。 适用场景...
学习
javascript2025-09-10
🚀 Web Worker让你的应用丝滑
🌟 引言 在日常的前端开发中,你是否遇到过这样的困扰: 大数据处理时页面卡死 :处理几万条数据时,页面直接卡成PPT,用户点击毫无反应 复杂计算阻塞UI :图片处理、数据分析等计算密集型任务让整个应用假死 文件上传/下载卡顿 :大文件操作时,其他功能完全无法使用 实时数据处理性能差 :WebSocket接收大量数据时,页面渲染严重滞后 今天分享6个Web Worker的核心技巧,让你的应用告别卡顿,用户体验丝滑如德芙! 💡 核心技巧...
学习

评论

请登录后发表评论

去登录
加载评论中...