我们把监控分为三个部分
- 异常监控
- 数据监控
- 性能监控
异常监控
上报信息:错误id、用户id、用户名、用户ip、设备、错误信息、浏览器信息、系统版本、应用版本、机型、时间戳、异常级别(error、warning、info)
1 javaScript异常(语法错误,代码错误)
通常使用window.onerror 或是 window.addEventListener('error',funciton(e){})
(这里包括下面都不去说try-catch,因为try-catch做异常监控必须明确知道这段代码可能出错,而不能做到全局监控)。
上面两种方式都可以全局监控到js的语法错误和代码错误
//可以拿到错误的文件名、行号、列号等信息
window.onerror = function(msg,url,line,col,error){}
但是对于跨域的JS资源,window.onerror拿不到详细信息
需要额外增加Access-Control-Allow-Origin头部 并且script标签引入时增加 crossorigin
<script src="http://xx/xx.js" crossorigin></script>
2 静态资源加载异常(img、js、css)
1 通过object.onerror
//比如一个图片
let img = document.getElementById('#img');
img.onerror = function(e){
//捕获错误
}
但是该方法在静态资源跨域加载时无法获取报错信息,并且如果真实去用很麻烦,不能做到整体监控
2 performance.getEntries()
这个方法可以获取到所有加载成功的资料列表
取到的信息比较多 主要包括地址、类型名(css、js...)
缺点:
- 我们需要自己把控调用时机,他只能输出调用时的加载成功的资源
- .我们需要自己做对比,需要自己知道有多少静态资源需要加载,再和拿到的这个列表进行对比,但是正常情况下这么去做比较难,并且我们现在的精彩资源有webpack帮我们进行打包,通常我们每次打包好的资源都有一个hash值,并且每次会变,即使自己修改机制,也很难进行对比。还有就是有些资源是代码运行时异步加载的,这方法使用这个监控很麻烦。
3 window.addEventListener('error') 最常使用
widow.addEventListener('error') 可以捕获到资源加载错误