octane0411 / f-monitor-1 Goto Github PK

项目参考

1. SDK

• 用户行为数据：pv，uv
• 异常监控：JS异常，HTTP异常，资源异常，Promise异常
• 性能数据监控：fp，fcp，DOMready, DNS,...
• HTTP请求监控：成功率，

监控sdk部分我们需要将其包装成插件形式来使用

2. 监控应用

• 展示监控数据图表的后台系统
• 后端服务器：保存历史数据

3. 被监控应用

• 被监控的前端应用
• 后端服务器：正常返回的api，发生错误的api，慢返回的api

用户每次进入页面时上报即可，需要注意SPA单页面应用要结合路由跳转

服务端根据cookie判断PV的第一次上报即为一次UV

重复异常不应上报，所以要生成uuid
解析Error对象里的错误堆栈
需要得到错误代码的行数，如果是打包后的文件因为是混淆的源码，还需要存储着代码混淆前后的位置对应信息Sourcemap文件。

window.onerror捕获全局的JS异常，addEventListener('error')不仅可以捕获全局的JS异常，还可以捕获静态资源加载异常
JS异常带有错误类型参数，例如SyntaxError、TypeError、ReferenceError等

Promise异常会触发unhandledrejection事件

至少需要捕获具体接口，状态码,请求参数。
Promise.catch得不到这些信息，还是需要劫持XHR或Fetch。

错误边界ErrorBoundary里的componentDidCatch钩子函数会暴露出异常，这种也需要单独考虑，不知道这种会不会被JS异常暴露出来。然后Vue也有错误捕获，就暂时不考虑了。

window.performance获取，W3C level2扩充该属性并增加了PerformanceObserver
Google基于此开源了web-vitals插件

请求链路，成功率，返回信息，参考https://help.aliyun.com/document_detail/91587.html

劫持XHR或Fetch，计算耗时

将以上监控数据带上时间缓存在队列里，分批发送给后端，一个个发送太耗费通信资源。
为了不影响页面性能，将发送数据这个动作放在requestIdleCallback函数里，这个函数是趁着页面刷新间隙执行的，这段时间浏览器是空闲的。