在刚开始学前端的时候，那时候开发的应用总是在用户的设备中出现一些报错，开发者只知道这个型号的设备出现这个问题，但对其他信息却全然不知，比如说其他操作系统、其他设备型号、其他页面会有这个报错吗，这个报错

前言 过去几年，在货拉拉业务高速发展的同时，作为核心业务入口的用户端app，在以「快」为第一目标实现业务需求的同时，也积累了比较多的技术债，表现为各项技术指标与业界优秀的app相比都差强人意，并且线上

聊下来以后得出一些结论：这类读者普遍就职于中小型公司，前端人员个位数，平时疲于开发，团队内部几乎没有基础建设，工具很蛮荒。工程化对于这些读者来说很陌生，基本不知道这到底是什么，或者说认为 Webpack 就是前端工程化的全部了。 笔者目前就职于某厂的基础架构组，为百来号前端提供…

1. 为什么用img的src做请求的发送，sendBeacon又是什么？ 2. 埋点监控系统负责处理哪些问题，需要怎么设计api？ 3. 在react、vue的错误边界中要怎么处理？

序言 埋点数据作为推荐、搜索、产品优化的基石，其数据质量的重要性不言而喻，而要保障埋点数据的质量，埋点验证则首当其冲。工欲善其事必先利其器

随着公司业务的发展，前端项目也越来越多。有的时候客户反馈的一个问题，需要耗费大量的时间去查。错误信息不能第一时间获取，多少会给公司带来损失。这个时候我们就需要一套错误收集机制，去提前发现代码中存在的问题，在客户反馈之前把问题提前处理掉。或者在收到客户反馈的时候可以查到对应的错误…

对于 Javascript 而言，我们面对的仅仅只是异常，异常的出现不会直接导致 JS 引擎崩溃，最多只会使当前执行的任务终止。 当前代码块将作为一个任务压入任务队列中，JS 线程会不断地从任务队列中提取任务执行。 当任务执行过程中出现异常，且异常没有捕获处理，则会一直沿着调用…

对 JS 而言，异常一般只会中止当前任务，基本不会导致崩溃，可异常监控却是一个完善的前端方案必须具备的

我们为什么要做前端系统呢，可以明显地从下表看出来，前端的性能对于产品的价值提升还是蛮有帮助的，但是这些信息如果我们能实时的采集到，并且实施以监控和报警，让整个产品在产品线上一直保持高效的运作，这是我们的目标，做前端监控只是为了达到这个目标的手段。 其次，前端监控能让我们即使发现…