常见错误的分类

对于用户在访问页面时发生的错误，主要包括以下几个类型：

1、js运行时错误

JavaScript代码在用户浏览器中执行时，由于一些边界情况、本地环境的不可控等因素，可能会存在js运行时错误。

而依赖客户端的某些方法，由于兼容性或者网络等问题，也有概率会出现运行时错误。

e.g: 下图是当使用了未定义的变量"foo"，导致产生js运行时错误时的上报数据：

JavaScript 的异步处理因为不是特别快而显得有点臭名昭著。更糟糕的是，调试实时 JavaScript 应用程序——特别是 Node.js 服务器是一件非常麻烦的事，特别是在涉及异步编程时。所幸的是，这些情况正在发生改变。本文将探讨如何在 V8 中优化异步函数和 promise，并介绍如何改进异步代码的调试体验。

从回调到 promise 再到异步函数

在 promise 成为 JavaScript 语言的一部分之前，异步编程通常使用基于回调的 API，尤其是在 Node.js 中。例如：

前端错误收集以及统一异常处理

代码是很难真正意义的完全按照开发者的想法运行的，意外情况总是层出不穷，放任不管显然不是一个合格的开发者该做的事情，错误信息该如何进行处理、收集以及分析显得尤为重要，这篇文章就对于这部分内容进行讨论。

那对于前端同学来说，错误往往会阻塞程序运行，并抛出一个错误，给用户极其不好的体验。如果我们可以提前对错误有所准备，将错误捕获做出反应，给用户更好的体验。也可以通过对错误信息的收集和分析，主动的去发现一些潜藏着的代码问题，不用等着用户绕一大个圈子来向你提bug，你就能够第一时间拿到各种信息。

介绍

笔者在浏览Github的React专题时偶然发现了一个类似于dva.js的React状态和数据流管理框架——react-coat，其本身不对React进行任何的封装和改进，使用Class的方式组织Model，支持继承，但不强制使用，React生态圈开放、自由、繁荣，带来的问题就是复杂。结合作者的介绍，react-coat放弃了某些灵活性，约定替代配置，固化某些最佳实践，从而给予开发者最简洁的糖衣外套！

本文初衷

由于笔者目前处于一个技术的积累阶段，介绍一个框架或者一个技术并不是为了让大家真的去使用，而是从诸多技术中寻找灵感，不断地去学习才能找到自己的突破点，特别是在自身已经比较的熟练或者熟悉某一个方向，但是却又迷茫的时候，这时候多看看别人的东西或许能够成为自身突破的一个关键，网络上也是对各种技术框架褒贬不一，而作为一个学习者，那么本身 不必在乎技术的使用，更多的可能是其传达的思想，以便于达到举一反三的效果，特别是对技术感兴趣的同行们，自身实力过硬才是硬道理！

介绍

笔者在浏览Github的React专题时偶然发现了一个类似于dva.js的React状态和数据流管理框架——react-coat，其本身不对React进行任何的封装和改进，使用Class的方式组织Model，支持继承，但不强制使用，React生态圈开放、自由、繁荣，带来的问题就是复杂。结合作者的介绍，react-coat放弃了某些灵活性，约定替代配置，固化某些最佳实践，从而给予开发者最简洁的糖衣外套！

本文初衷

由于笔者目前处于一个技术的积累阶段，介绍一个框架或者一个技术并不是为了让大家真的去使用，而是从诸多技术中寻找灵感，不断地去学习才能找到自己的突破点，特别是在自身已经比较的熟练或者熟悉某一个方向，但是却又迷茫的时候，这时候多看看别人的东西或许能够成为自身突破的一个关键，网络上也是对各种技术框架褒贬不一，而作为一个学习者，那么本身 不必在乎技术的使用，更多的可能是其传达的思想，以便于达到举一反三的效果，特别是对技术感兴趣的同行们，自身实力过硬才是硬道理！

前言

之前在对公司的前端代码脚本错误进行排查，试图降低 JS Error 的错误量，结合自己之前的经验对这方面内容进行了实践并总结，下面就此谈谈我对前端代码异常监控的一些见解。

本文大致围绕下面几点展开讨论：

1. JS 处理异常的方式上报方式异常监控上报常见问题

JS 异常处理

对于 Javascript 而言，我们面对的仅仅只是异常，异常的出现不会直接导致 JS 引擎崩溃，最多只会使当前执行的任务终止。