身为前端工程师，你是否知道你的页面日均 PV 有多少？你是否知道用户高峰期在什么时段？当需求发生争议时，你是否缺少数据支撑而无法建立话语权？当出现问题时，你是否总是被拉进群里而又没有任何日志来排查？

作为一个前端，在开发过程即便十分小心，自测充分，在不同用户复杂的操作下也难免会出现程序员意想不到的问题，给公司或个人带来巨大的损失。 这时一款能够及时上报错误和能够帮助程序员很好的解决错误的前端错误监控系统就必不可少了。 接下来我们就聊聊常见的错误发生与处理。 ... 可以阅读…

错误处理在程序设计中的重要性是一定的。任何有影响力的Web应用程序都需要一套完善的错误处理机制。 执行代码期间可能会发生的错误有多种类型。每种错误都有对应的错误类型，而当错误发生时，就会抛出相应类型的错误对象。 在找不到对象的情况下，会发生ReferenceError（这种情况…

一:及时代码运行错误：也称为代码错误。这个错误往往是程序员在代码书写时造成的，比如语法错误、逻辑错误，这样的错误通常在测试阶段就会被发现，但是也可能存在“漏网之鱼”。 二：资源加载错误：这个错误通常是找不到文件（404）或者是文件加载超时造成的。 浏览器获取网页时，会对网页中每…

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

在平时的工作，js 报错是比较常见的一个情景，尤其是有一些错误可能我们在本地测试的时候测试不出来，当发布到线上之后才可以发现，如果抢救及时，那还好，假如很晚才发现，那就可能造成很大的损失了。如果我们前端可以监控到这种报错，并及时上报的话，那我们的问题就比较好解决了。所以我们今天来聊聊前端代码的异常监控

QA不是万能的，用户的浏览环境非常复杂，很多情况无法靠测试用例去覆盖，所以最好建立一个前端错误日志，在真实用户端收集bug。本文讲解了JS异常上报的方案及注意事项。

前端的同学如果用 window.onerror 事件做过监控，应该知道，跨域的脚本会给出 "Script Error." 提示，拿不到具体的错误信息和堆栈信息。 这里读者可以跟我一起做一个实验，来深入了解这个事情。先做一下实验准备： 创建一个 Node APP，只做静态服务器，…

从自测到QA测试以及上线前的Code Review ，进过层层检查，还是会有疏忽。代码上线后，我们更多的是通过用户反馈或者后台的数据统计、异常数据来分析，找问题、定位问题。那么前端是否也能弄用一套比较完善的代码异步监控？ 在某些情况下，上诉的src可能是null，导致这里调用n…