❀前端监控系统实战 | 青训营笔记
这是我参与「第四届青训营」笔记创作活动的第3天
❀为什么要做前端监控
- 更快发现问题和解决问题
- 做产品的决策依据
- 提升前端工程师的技术深度和广度
- 为业务扩展提供了更多可能性
❀前端监控目标
>稳定性
| 错误名称 | 备注 |
|---|
| JS错误 | JS执行错误或者promise异常 |
| 资源异常 | script link等资源加载异常 |
| 接口错误 | ajax或fetch请求接口异常 |
| 白屏 | 页面空白 |
>用户体验
| 错误名称 | 备注 |
|---|
| 加载时间 | 各个阶段的加载时间 |
| TTFB(time to first byte)(首字节时间) | 是指浏览器发起第一个请求到数据返回第一个字节所消耗的时间,这个时间包含了网络请求时间、后端处理时间 |
| FP(first paint)(首次绘制) | 首次绘制包括了任何用户自定义的背景绘制、他是第一个像素点绘制到屏幕的时刻 |
| FCP(first content paint)(首次内容绘制) | 首次内容绘制是指浏览器将第一个DOM渲染到屏幕的时间、可以是任何文本图像SVG等的时间 |
| FMP(first meaningful paint)(首次有意义绘制) | 首次有意义绘制是页面可用性的量度标准 |
| FID(first input delay)(首次输入延迟) | 用户首次和页面交互到页面响应交互的时间 |
| 卡顿 | 超过50ms的长任务 |
>业务
| 错误名称 | 备注 |
|---|
| PV | page view 即页面浏览量或点击量 |
| UV | 即访问某个站点的不同IP地址的人数 |
| 页面的停留时间 | 用户在每一个页面的停留时间 |
❀前端监控流程
- 前端埋点
- 数据上报
- 分析和计算 将采集到的数据进行加工汇总
- 可视化展示 将数据按各种维度进行展示
- 监控报警 发现问题后按一定的条件触发报警
>常见的埋点方案
代码埋点
- 代码埋点 就是以嵌入代码的形式进行埋点 比如需要监控用户的点击事件 会选择在用户点击时插入一段代码 保存这个监听行为 或者直接将监听行为以某种数据格式直接传递给服务器端
- 优点是可以在任意时刻 精确的发送或保存所需要的数据信息
- 缺点是工作量较大
可视化埋点
- 通过可视化交互的手段 代替代码埋点
- 将业务代码和埋点代码分离 提供一个可视化交互的页面 输入为业务代码 通过这个可视化系统 可以在业务代码中自定义的增加埋点事件 最后输出的代码耦合了业务代码和埋点代码
- 可视化埋点其实是用系统来代替手工插入埋点
无痕埋点
- 前端的任意一个事件都被绑定一个标识 所有的事件都被记录下来
- 通过定期上传记录文件 配合文件解析 解析出来我们想要的数据 并生成可视化报告供专业人员分析
- 无痕埋点的优点是采集全量数据 不会出现漏埋和误埋等现象
- 缺点是给数据传输和服务器增加压力 也无法灵活定制数据结构