前言
前段时间要在项目中加上日志的上报，顺势了解了下怎么在node中完善错误信息的收集。下面话不多说了，来一起看看详细的介绍吧
01 Error
JS 中的 Error 对象，包含了错误的具体信息，包括 name、message、错误堆栈 stack 等。可以以 new Error 方式创建实例抛出，或调用 Error.captureStackTrace 为已有对象添加 stack 错误堆栈信息 而后抛出。
02 错误抛出几种方式
* Throw*：Javascript 抛出的异常，是以 throw 方法抛出，未必都是 Error 的实例，但通过 nodeJs 或者 js 运行时发生的错误，都是 Error 的实例。
* EventEmitter*：Nodejs 形式的错误回调，大部分流 & 异步事件都衍生自 EventEmitter 类 || 实例，如 fs, process, stream 等。
Process：程序运行过程中抛出的异常，或由底层库抛出，或是运行中发生的一些 SyntaxError 之类。
03 错误捕获几种方式
try .. catch：常用的一种捕获错误方式，浏览器 || node 环境均适用。
缺点：只针对同步异常有效。
*EventEmitter *
由 Events 模块提供的 EventEmitter 类，基于 Observer 模式做的 publish/subscribe，通过 .on(‘error’, …)|| .addEventlistener(‘error’, …) 注册 subscriber，.emit() 发布事件，但会有最大的 maxListener 的限制，可更改。
不 show 源码了，特别简单，自己去 look 一下。如 koa 的 app 就是基于 EventEmitter 的扩展，因此可以通过监听 error。
*Process *
Process 进程对象也是 EventEmitter 的实例，可通过如下两事件监听 error。
unhandledRejection ：promise 的回调报错，可通过监听该事件 catch，但要注意由于 promise 的 rejection 不知道会在啥时候才发生，所以实际上可能在 unhandledRejection 事件触发后才 catch 了这个信息，对应有 rejectionHandled 事件监听，如下：
(承上) uncaughtException ：其余 js 运行中发生 || 抛出的未捕获错误，均可通过监听该事件解决，若不进行该事件的监听，发生异常时，会直接导致程序 crash。但不建议用这种方式 catch，程序运行中的错误 更应该是抛出来，所有的 error 都 catch 的话，岂不是程序都可以看成无 bug 了。but 在打错误日志的时候是需要 catch 上报日志的，但是在上报完后，需要继续把 error throw，对于 uncaughtException callback 中抛出的异常不会再捕获，而是以非 0 的状态码 exit。
