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

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

那对于前端同学来说，错误往往会阻塞程序运行，并抛出一个错误，给用户极其不好的体验。如果我们可以提前对错误有所准备，将错误捕获做出反应，给用户更好的体验。也可以通过对错误信息的收集和分析，主动的去发现一些潜藏着的代码问题，不用等着用户绕一大个圈子来向你提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 引擎崩溃，最多只会使当前执行的任务终止。

前端一直是距离用户最近的一层，随着产品的日益完善，我们会更加注重用户体验。前端异常也是需要引起前端工程师重点关注的问题，那么当出现异常时该如何处理呢?

一、为什么要处理异常

异常是不可控的，会影响最终的呈现结果，但是我们有充分的理由去做这样的事情。

1.增强用户体验;