前端错误监控

前端错误监控
余生1 前言
错误监控包含的内容是:
- 前端错误的分类
- 每种错误的捕获方式
- 上报错误的基本原理
面试时,可能有两种问法:
- 如何监测
js错误?(开门见山的方式) - 如何保证产品质量?(其实问的也是错误监控)
2 前端错误的分类
包括两种:
- 即时运行错误(代码错误)
- 资源加载错误
3 每种错误的捕获方式
3.1 即时运行错误的捕获方式
方式1:try ... catch。
这种方式要部署在代码中。
方式2:window.onerror函数。这个函数是全局的。
1 | window.onerror = function(msg, url, row, col, error) { ... } |
参数解释:
msg为异常基本信息source为发生异常Javascript文件的urlrow为发生错误的行号
方式二中的
window.onerror是属于DOM0的写法,我们也可以用DOM2的写法:window.addEventListener("error", fn);也可以。
问题延伸1:
window.onerror默认无法捕获跨域的js运行错误。捕获出来的信息如下:(基本属于无效信息)
比如说,我们的代码想引入
B网站的b.js文件,怎么捕获它的异常呢?
解决办法:在方法二的基础之上,做如下操作:
- 在
b.js文件里,加入如下responseheader,表示允许跨域:(或者世界给静态资源b.js加这个 response header)
1 | Access-Control-Allow-Origin: * |
- 引入第三方的文件
b.js时,在<script>标签中增加crossorigin属性;
问题延伸2:
只靠方式二中的
window.onerror是不够的,因为我们无法获取文件名是什么,不知道哪里出了错误。解决办法:把堆栈信息作为msg打印出来,堆栈里很详细。
3.2 资源加载错误的捕获方式
上面的
window.onerror只能捕获即时运行错误,无法捕获资源加载错误。原理是:资源加载错误,并不会向上冒泡,object.onerror捕获后就会终止(不会冒泡给window),所以window.onerror并不能捕获资源加载错误。
- 方式1:
object.onerror。img标签、script标签等节点都可以添加onerror事件,用来捕获资源加载的错误。 - 方式2:performance.getEntries。可以获取所有已加载资源的加载时长,通过这种方式,可以间接的拿到没有加载的资源错误。
举例:
浏览器打开一个网站,在
Console控制台下,输入:
1 | performance.getEntries().forEach(function(item){console.log(item.name)}) |
或者输入:
1 | performance.getEntries().forEach(item=>{console.log(item.name)}) |
上面这个
api,返回的是数组,既然是数组,就可以用forEach遍历。打印出来的资源就是已经成功加载的资源。;
再入
document.getElementsByTagName('img'),就会显示出所有需要加载的的img集合。
于是,
document.getElementsByTagName('img')获取的资源数组减去通过performance.getEntries()获取的资源数组,剩下的就是没有成功加载的,这种方式可以间接捕获到资源加载错误。
这种方式非常有用,一定要记住。
**方式3;**Error事件捕获。
源加载错误,虽然会阻止冒泡,但是不会阻止捕获。我们可以在捕获阶段绑定error事件。例如:
**总结:**如果我们能回答出后面的两种方式,面试官对我们的印象会大大增加。既可以体现出我们对错误监控的了解,还可以体现出我们对事件模型的掌握。
4 错误上报的两种方式
- 方式一:采用Ajax通信的方式上报(此方式虽然可以上报错误,但是我们并不采用这种方式)
- 方式二:利用Image对象上报(推荐。网站的监控体系都是采用的这种方式)
方式二的实现方式如下:
1 |
|
打开浏览器,效果如下:
上图中,红色那一栏表明,我的请求已经发出去了。点进去看看:
这种方式,不需要借助第三方的库,一行代码即可搞定。














