一步一步搭建前端监控系统:JS错误监控篇

绝地灬酷狼 2021-12-16 22:29 788阅读 0赞

摘要: 徒手写JS错误监控。

  • 作者:一步一个脚印一个坑
  • 原文:搭建前端监控系统(二)JS错误监控篇

Fundebug经授权转载,版权归原作者所有。

**背景:**市面上的监控系统有很多,大多收费,对于小型前端项目来说,必然是痛点。另一点主要原因是,功能通用,却未必能够满足我们自己的需求, 所以我们自给自足。

这是搭建前端监控系统的第二章,主要是介绍如何统计js报错,跟着我一步步做,你也能搭建出一个属于自己的前端监控系统。

请移步线上:前端监控系统

对于前端应用来说,Js错误的发生直接影响前端应用的质量。对前端异常的监控是整个前端监控系统中的一个重要环节。前端异常包含很多种情况:1. js编译时异常(开发阶段就能排)2. js运行时异常;3. 加载静态资源异常(路径写错、资源服务器异常、CDN异常、跨域)4. 接口请求异常等。这一篇我们只介绍Js运行时异常。

监控流程:监控错误 -> 搜集错误 -> 存储错误 -> 分析错误 -> 错误报警-> 定位错误 -> 解决错误

首先,我们应该对Js报错情况有个大致的了解,这样才能够及时的了解前端项目的健康状况。所以我们需要分析出一些必要的数据。

**如:**一段时间内,应用JS报错的走势(chart图表)、JS错误发生率、JS错误在PC端发生的概率、JS错误在IOS端发生的概率、JS错误在Android端发生的概率,以及JS错误的归类。

然后,我们再去其中的Js错误进行详细的分析,辅助我们排查出错的位置和发生错误的原因。

**如:**JS错误类型、 JS错误信息、JS错误堆栈、JS错误发生的位置以及相关位置的代码;JS错误发生的几率、浏览器的类型,版本号,设备机型等等辅助信息

一、JS Error 监控功能 (数据概览)

aHR0cHM6Ly9pbWFnZS5mdW5kZWJ1Zy5jb20vMjAxOS0wNy0wNi0wMS5qcGc

为了得到这些数据,我们需要在上传的时候将其分析出来。在众多日志分析中,很多字段及功能是重复通用的,所以应该将其封装起来。

  1. // 设置日志对象类的通用属性
  2. function setCommonProperty() {
  3. this.happenTime = new Date().getTime(); // 日志发生时间
  4. this.webMonitorId = WEB_MONITOR_ID; // 用于区分应用的唯一标识(一个项目对应一个)
  5. this.simpleUrl = window.location.href.split('?')[0].replace('#', ''); // 页面的url
  6. this.customerKey = utils.getCustomerKey(); // 用于区分用户,所对应唯一的标识,清理本地数据后失效
  7. this.pageKey = utils.getPageKey(); // 用于区分页面,所对应唯一的标识,每个新页面对应一个值
  8. this.deviceName = DEVICE_INFO.deviceName;
  9. this.os = DEVICE_INFO.os + (DEVICE_INFO.osVersion ? " " + DEVICE_INFO.osVersion : "");
  10. this.browserName = DEVICE_INFO.browserName;
  11. this.browserVersion = DEVICE_INFO.browserVersion;
  12. // TODO 位置信息, 待处理
  13. this.monitorIp = ""; // 用户的IP地址
  14. this.country = "china"; // 用户所在国家
  15. this.province = ""; // 用户所在省份
  16. this.city = ""; // 用户所在城市
  17. // 用户自定义信息, 由开发者主动传入, 便于对线上进行准确定位
  18. this.userId = USER_INFO.userId;
  19. this.firstUserParam = USER_INFO.firstUserParam;
  20. this.secondUserParam = USER_INFO.secondUserParam;
  21. }
  22. // JS错误日志,继承于日志基类MonitorBaseInfo
  23. function JavaScriptErrorInfo(uploadType, errorMsg, errorStack) {
  24. setCommonProperty.apply(this);
  25. this.uploadType = uploadType;
  26. this.errorMessage = encodeURIComponent(errorMsg);
  27. this.errorStack = errorStack;
  28. this.browserInfo = BROWSER_INFO;
  29. }
  30. JavaScriptErrorInfo.prototype = new MonitorBaseInfo();

封装了一个Js错误对象JavaScriptErrorInfo,用以保存页面中产生的Js错误。其中,setCommonProperty用以设置所有日志对象的通用属性。

1)重写window.onerror 方法, 大家熟知,监控JS错误必然离不开它,有人对他进行了测试测试介绍感觉也是比较用心了

2)重写console.error方法,为什么要重写这个方法,我不能够给出明确的答案,如果App首次向浏览器注入的Js代码报错了,window.onerror是无法监控到的,所以只能重写console.error的方式来进行捕获,也许会有更好的办法。待window.onerror成功后,此方法便不再需要用了

3)重写window.onunhandledrejection方法。 当你用到Promise的时候,而你又忘记写reject的捕获方法的时候,系统总是会抛出一个叫 Unhandled Promise rejection. 没有堆栈,没有其他信息,特别是在写fetch请求的时候很容易发生。 所以我们需要重写这个方法,以帮助我们监控此类错误

下边是启动JS错误监控代码

  1. /** * 页面JS错误监控 */
  2. function recordJavaScriptError() {
  3. // 重写console.error, 可以捕获更全面的报错信息
  4. var oldError = console.error;
  5. console.error = function () {
  6. // arguments的长度为2时,才是error上报的时机
  7. // if (arguments.length < 2) return;
  8. var errorMsg = arguments[0] && arguments[0].message;
  9. var url = WEB_LOCATION;
  10. var lineNumber = 0;
  11. var columnNumber = 0;
  12. var errorObj = arguments[0] && arguments[0].stack;
  13. if (!errorObj) errorObj = arguments[0];
  14. // 如果onerror重写成功,就无需在这里进行上报了
  15. !jsMonitorStarted && siftAndMakeUpMessage(errorMsg, url, lineNumber, columnNumber, errorObj);
  16. return oldError.apply(console, arguments);
  17. };
  18. // 重写 onerror 进行jsError的监听
  19. window.onerror = function(errorMsg, url, lineNumber, columnNumber, errorObj)
  20. {
  21. jsMonitorStarted = true;
  22. var errorStack = errorObj ? errorObj.stack : null;
  23. siftAndMakeUpMessage(errorMsg, url, lineNumber, columnNumber, errorStack);
  24. };
  25. function siftAndMakeUpMessage(origin_errorMsg, origin_url, origin_lineNumber, origin_columnNumber, origin_errorObj) {
  26. var errorMsg = origin_errorMsg ? origin_errorMsg : '';
  27. var errorObj = origin_errorObj ? origin_errorObj : '';
  28. var errorType = "";
  29. if (errorMsg) {
  30. var errorStackStr = JSON.stringify(errorObj)
  31. errorType = errorStackStr.split(": ")[0].replace('"', "");
  32. }
  33. var javaScriptErrorInfo = new JavaScriptErrorInfo(JS_ERROR, errorType + ": " + errorMsg, errorObj);
  34. javaScriptErrorInfo.handleLogInfo(JS_ERROR, javaScriptErrorInfo);
  35. };
  36. };

OK, 错误日志有了,该怎么计算错误率呢?

JS错误发生率 = JS错误个数(一次访问页面中,所有的js错误都算一次)/PV (PC,IOS,Android平台同理)

所以我们需要记下页面的PV记录

  1. /** * 添加一个定时器,进行数据的上传 * 2秒钟进行一次URL是否变化的检测 * 10秒钟进行一次数据的检查并上传 */
  2. var timeCount = 0;
  3. setInterval(function () {
  4. checkUrlChange();
  5. // 循环5后次进行一次上传
  6. if (timeCount >= 25) {
  7. // 如果是本地的localhost, 就忽略,不进行上传
  8. var logInfo = (localStorage[ELE_BEHAVIOR] || "") +
  9. (localStorage[JS_ERROR] || "") +
  10. (localStorage[HTTP_LOG] || "") +
  11. (localStorage[SCREEN_SHOT] || "") +
  12. (localStorage[CUSTOMER_PV] || "") +
  13. (localStorage[LOAD_PAGE] || "") +
  14. (localStorage[RESOURCE_LOAD] || "");
  15. if (logInfo) {
  16. localStorage[ELE_BEHAVIOR] = "";
  17. localStorage[JS_ERROR] = "";
  18. localStorage[HTTP_LOG] = "";
  19. localStorage[SCREEN_SHOT] = "";
  20. localStorage[CUSTOMER_PV] = "";
  21. localStorage[LOAD_PAGE] = "";
  22. localStorage[RESOURCE_LOAD] = "";
  23. utils.ajax("POST", HTTP_UPLOAD_LOG_INFO, { logInfo: logInfo}, function (res) { }, function () { })
  24. }
  25. timeCount = 0;
  26. }
  27. timeCount ++;
  28. }, 200);

上边的代码我用了定时器,大概的意思是200毫秒进行一次URL变化的检查,5秒进行一次数据的检查,如果有数据就进行上传,并清空上一次的数据。为什么用定时器呢,因为在单页应用中,路由的切换和地址栏的变化是无法被监控的,我确实没有想到特别好的办法来监控,所以用了这种方式,如果有人有更好的办法,请给我留言,谢谢。

封装简易的Ajax

为了将这些数据上传到我们的服务器,我们总不能每次都用xmlHttpRequest来发送ajax请求吧,所以我们需要自己封装一个简单的Ajax

  1. /** * * @param method 请求类型(大写) GET/POST * @param url 请求URL * @param param 请求参数 * @param successCallback 成功回调方法 * @param failCallback 失败回调方法 */
  2. this.ajax = function(method, url, param, successCallback, failCallback) {
  3. var xmlHttp = window.XMLHttpRequest ? new XMLHttpRequest() : new ActiveXObject('Microsoft.XMLHTTP');
  4. xmlHttp.open(method, url, true);
  5. xmlHttp.setRequestHeader('Content-Type','application/x-www-form-urlencoded');
  6. xmlHttp.onreadystatechange = function () {
  7. if (xmlHttp.readyState == 4 && xmlHttp.status == 200) {
  8. var res = JSON.parse(xmlHttp.responseText);
  9. typeof successCallback == 'function' && successCallback(res);
  10. } else {
  11. typeof failCallback == 'function' && failCallback();
  12. }
  13. };
  14. xmlHttp.send("data=" + JSON.stringify(param));
  15. }

二、JS Error 详细信息解析

aHR0cHM6Ly9pbWFnZS5mdW5kZWJ1Zy5jb20vMjAxOS0wNy0wNi0wMi5wbmc

统计JS Error的目的,一、是为了了解线上项目的健康状况,二、是为了分析错误,帮助我们查找问题之所在,并且解决它。

所以,如何定位线上的问题,并解决问题,是我们现在要讨论的重点。下面我们需要对几个关键点进行分析:

① 某种错误发生的次数——发生次数跟影响用户是成正比的, 如果发生次数跟影响用户数量都很高,那么这是一个比较严重的bug, 需要立即解决。 反之, 如果次数很多,影响用户数量很少。说明这种错误只发生在少量设备中,优先级相对较低,可以择时对该类机型设备进行兼容处理。当然,ip地址访问次数也能说明这个问题

aHR0cHM6Ly9pbWFnZS5mdW5kZWJ1Zy5jb20vMjAxOS0wNy0wNi0wMy5wbmc

② 页面发生了哪些错误——这个有利于我们缩小问题的范围,方便我们排查,如:

aHR0cHM6Ly9pbWFnZS5mdW5kZWJ1Zy5jb20vMjAxOS0wNy0wNi0wNC5qcGc

③ 错误堆栈——这点不用说,是定位错误最重要的因素。正常情况下,代码都是被压缩的,所以我在后台解析并截取出错代码附近的一部分代码,进行展示,排查错误。PS: 我看到网上有人利用jsMap反向找到代码的具体位置,想法很不错,后期我会加上。 另外,代码虽然被压缩,但是依然很轻松定位到出错的位置,如下图所示, 所以这个功能暂时作为附加题,不用那么着急加上。

aHR0cHM6Ly9pbWFnZS5mdW5kZWJ1Zy5jb20vMjAxOS0wNy0wNi0wNS5qcGc

④ 设备信息——当错误发生是,分析出用户当时使用设备的浏览器信息,系统版本,设备机型等等,能够帮我们快速的定位到需要兼容的设备,进而提升解决问题的效率。

⑤ 用户足迹——我个人觉得比较有用,但是代价太高。 因为这个需要记录下用户在页面上的所有行为,需要上传非常多的数据,功能待定。

这个功能已经在后边进行完善了,点击 查看足迹 按钮即可查出这个用的行为足迹,在定位线上问题方面,有很大的作用 , 我在后边的篇幅中有介绍 搭建前端监控系统(五)怎样定位线上问题

aHR0cHM6Ly9pbWFnZS5mdW5kZWJ1Zy5jb20vMjAxOS0wNy0wNi0wNi5wbmc

到此,已经收集到了JS错误日志的大部分信息了,并且已经分析出JS错误的详细信息了。

三、JS报错的实时监控与报警

既然我们已经具有了搜集js报错和分析报错的能力了,那么我们也可以做到Js报错实时监控,以及实时预警了,这样可以防范线上事故于未然,及时的制止线上事故的持续发生, 减少损失。

aHR0cHM6Ly9pbWFnZS5mdW5kZWJ1Zy5jb20vMjAxOS0wNy0wNi0wNy5wbmc

如上图所示,我展示了从当前时间向前推算24小时,每小时报错数量。另外展示了7天前同一时间段的报错数量,如果你的项目健康稳定,那么在相同时间段的报错数量应该不会相差太大。如果出现相差太大的情况发生,说明线上出现了问题,此刻应该发出警告,避免线上事故的发生。demo上暂未加上警告功能,但是原理清楚了,后边自然水到渠成。

关于Fundebug

Fundebug专注于JavaScript、微信小程序、微信小游戏、支付宝小程序、React Native、Node.js和Java线上应用实时BUG监控。 自从2016年双十一正式上线,Fundebug累计处理了10亿+错误事件,付费客户有阳光保险、核桃编程、荔枝FM、掌门1对1、微脉、青团社等众多品牌企业。欢迎大家免费试用!

发表评论

表情:
评论列表 (有 0 条评论,788人围观)

还没有评论,来说两句吧...

相关阅读

    相关 iOS 如何框架

    前言 本文参考casatwy先生的网络层架构设计从网络请求的构建到请求结果的处理为你概述如何构建一个方便易用的iOS网络层, 全文约8千字, 预计花费阅读时间20 - 30分