　在 Node.js 中，提供了 error 模块，并且内置了标准的 JavaScript 错误，常见的有：

EvalError：在调用 eval() 函数时出现问题时抛出该错误。
SyntaxError：调用不符合 JavaScript 的语法时抛出该错误。
RangeError：超出可接受值的集合或范围，例如数组越界。
ReferenceError：访问未定义的变量时抛出该错误。
TypeError：参数或变量的类型有问题时抛出该错误。
URIError：使用全局的 URI 处理函数发生问题时抛出该错误。

　　本系列所有的示例源码都已上传至Github，点击此处获取。

一、Error 类

　　Node.js 生成的上述错误，都是 Error 类的实例或继承自 Error 类。注意，运行时抛出的所有异常都将是 Error 的实例。

　　Error 实例能捕获堆栈跟踪，并提供错误的文本描述。

　　下面是一个简单的示例，其中 message 属性提供了错误的字符串描述，toString() 会生成文本消息。

　　stack 属性提供了完整的错误信息，包括错误描述和一系列堆栈帧（每行以 "at " 开头），每一帧都描述了代码中生成错误的调用点。

const e = new Error('test error');
// test error
console.log(e.message);
// Error: test error
console.log(e.toString());
// Error: test error
//     at Object.<anonymous> (/Users/code/web/node/08/error.js:1:11)
//     at Module._compile (node:internal/modules/cjs/loader:1108:14)
//     at Object.Module._extensions..js (node:internal/modules/cjs/loader:1137:10)
//     at Module.load (node:internal/modules/cjs/loader:988:32)
//     at Function.Module._load (node:internal/modules/cjs/loader:828:14)
//     at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:76:12)
//     at node:internal/main/run_main_module:17:47
console.log(e.stack);

二、捕获错误

　　一些异常在 JavaScript 层是不可恢复的，会导致 Node.js 进程崩溃。

　　所以有些异常需要被捕获，在 Node.js 中有 3 种常用的捕获方法：

错误优先的回调。
throw 语句或 try-catch 语句。
error 事件机制。

1）错误优先的回调

　　Node.js 核心模块暴露的大多数异步方法都遵循错误优先回调的惯用模式。

　　使用这种模式，回调函数作为参数传给方法，当操作完成或出现错误时，回调函数将使用 Error 实例作为第一个参数传入。

　　如果没有出现错误，则第一个参数将作为 null 传入。在下面的示例中，当读取一个不存在的文件时，将抛出错误。

2）throw

　　throw 关键字后面可以跟任何类型的 JavaScript 值（字符串、数字或对象等）。

　　不过在 Node.js 中，throw 不会抛出字符串，而仅抛出 Error 实例。

　　直接抛出 Error 实例，和抛出其他类型的值，前者会显示堆栈帧，而后者不会，如下所示。

// /Users/code/web/node/08/throw.js:2
//   throw new Error('test error');
//   ^
// Error: test error
//     at test (/Users/code/web/node/08/throw.js:2:9)
//     at Object.<anonymous> (/Users/code/web/node/08/throw.js:7:1)
//     at Module._compile (node:internal/modules/cjs/loader:1108:14)
//     at Object.Module._extensions..js (node:internal/modules/cjs/loader:1137:10)
//     at Module.load (node:internal/modules/cjs/loader:988:32)
//     at Function.Module._load (node:internal/modules/cjs/loader:828:14)
//     at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:76:12)
//     at node:internal/main/run_main_module:17:47
throw new Error('test error');
// /Users/code/web/node/08/throw.js:2
//   throw 'test error';
//   ^
// test error
// (Use `node --trace-uncaught ...` to show where the exception was thrown)
throw 'test error';

3）try-catch

　　try-catch 语句不仅能捕获同步代码，还能捕获异步的 async/await 发生的错误，如下所示，调用一个不存在的 func() 函数。

// 同步代码
function try1() {
  try{
    func();
  }catch(e) {
    console.log(e);
    console.log('try-catch end');
  }
}
// async/await
async function test() {
  func();
}
async function try2() {
  try{
    await test();
  }catch(e) {
    console.log(e);
    console.log('async try-catch end');
  }
}

　　有一点需要注意，try-catch 无法捕获异步的回调函数，例如定时器、

process.nextTick() 中的回调。
try {
  process.nextTick(function () {
    func();
  });
} catch (e) {
  console.log('nextTick end');
}

　　catch 分支中的打印并不会执行，因为当回调被调用时，周围的代码（包括 try-catch）都已经运行好退出了。

4）error 事件机制

　　如果在程序执行过程中出现了未捕获的异常，那么程序就会崩溃，Node.js 提供了几个事件来兜底这类未捕获的异常。

　　首先是 process 上的 uncaughtException 事件，当未捕获的 JavaScript 异常冒泡到事件循环时，就会自动触发该事件。

　　就比如上面那个无法捕获的 try-catch 问题，注册了 uncaughtException 事件就能成功捕获，如下所示。

// ReferenceError: func is not defined
//     at /Users/code/web/node/08/uncaughtException.js:7:5
//     at processTicksAndRejections (node:internal/process/task_queues:78:11)
process.on('uncaughtException', (err) => {
  console.log(err);
});

　　在捕获后，就不会让程序奔溃，后续代码也能被顺利运行。

　　注意，uncaughtException 事件是用于异常处理的粗略机制，仅用作最后的兜底手段，归根结底，那些异常不能无视还是需要修复的。

　　使用 Promise 进行编程时，异常被封装为“被拒绝的 promise”，有两种捕获方式。第一种是使用 promise.catch() 捕获和处理，并通过 Promise 链传播。

　　第二种是注册 process 的 unhandledRejection 事件，当 Promise 被拒绝并且在事件循环的一个轮询内没有错误捕获时，就会触发此事件。

　　unhandledRejection 事件回调程序包含两个参数，第一个是任意类型的 Promise 被拒绝的理由，第二个是被拒绝的 Promise 对象。

process.on('unhandledRejection', (reason, promise) => {
  console.log(reason);
  console.log(promise);
});

　　下面是两种触发方式，第一种是在 then() 回调中书写错误代码，第二种是绑定 reject() 方法。

// 第一种触发方式
Promise.resolve().then((res) => {
  return JSON.pasre(res);   // 注意错别字 pasre
});
// 第二种触发方式
Promise.reject(new Error('资源尚未加载'));

　　unhandledRejection 事件对于检测和跟踪尚未处理的被拒绝的 Promise 很有用。

5）verror

　　在下面的示例中，会在异步回调中通过 throw 抛出一个错误。

function test() {
  throw new Error('test error');
}
function main() {  
  setImmediate(() => test());
}
main();

　　注意观察下面的堆栈信息，仅仅标注了 test() 函数中出错的那条语句的位置，但是再往上的 main() 并没有被标注。

/Users/code/web/node/08/verror.js:2
  throw new Error('test error');
  ^
Error: test error
    at test (/Users/code/web/node/08/verror.js:2:9)
    at Immediate.<anonymous> (/Users/code/web/node/08/verror.js:5:22)
    at processImmediate (node:internal/timers:464:21)

　　当函数的调用深度比较深时，一旦出错，那么追溯程序完整的执行过程就比较困难。

　　目前市面上有一款 verror 库，可以将 Error 实例层层封装，在每一层附加错误信息，最后通过 VError 实例就能获取调试所需的信息，便于问题的定位。

const VError = require('verror');
function test(err) {
  const err3 = new VError(err, 'test()');
  console.log(err3.message);  // test(): main(): test error
  console.log(err3);
}
function main() {  
  setImmediate(() => {
    const err1 = new Error('test error');
    const err2 = new VError(err1, 'main()');
    test(err2);
  });
}
main();

　　在上面的示例中，先实例化一个 Error 类，然后实例化一个 VError 类，构造函数的第二个参数就是提供给调试用的关键信息。

　　将 VError 实例作为参数传递给 test() 函数，再实例化一个 VError 类，这其实就是层层包装的过程。

　　最后读取 message 属性，得到的值是 test(): main(): test error，这些就是附加的数据，以及错误描述。

　　如果直接打印 VError 实例，那么能得到更多关键信息，包括行数，文件路径等。

VError: test(): main(): test error
    at test (/Users/code/web/node/08/verror.js:3:16)
    at Immediate._onImmediate (/Users/code/web/node/08/verror.js:11:5)
    at processImmediate (node:internal/timers:464:21) {
  jse_shortmsg: 'test()',
  jse_cause: VError: main(): test error
      at Immediate._onImmediate (/Users/code/web/node/08/verror.js:10:18)
      at processImmediate (node:internal/timers:464:21) {
    jse_shortmsg: 'main()',
    jse_cause: Error: test error
        at Immediate._onImmediate (/Users/code/web/node/08/verror.js:9:18)
        at processImmediate (node:internal/timers:464:21),
    jse_info: {}
  },
  jse_info: {}
}