有几种因素可以导致 NodeJS 进程退出。在这些因素中，有些是可预防的，比如代码抛出了一个异常；有些是不可预防的，比如内存耗尽。process 这个全局变量是一个 Event Emitter 实例，如果进程优雅退出，process 会派发一个 exit 事件。应用代码可以监听这个事件，来做最后的清理工作。
下面的表格列举了可以导致进程退出的因素。
操作 举例手动退出 process.exit(1)
未捕获的异常 throw new Error()
未处理的 promise rejection Promise.reject()
未处理的 error 事件 EventEmitter#emit('error')
未处理的信号 kill <PROCESS_ID>
主动退出
process.exit(code) 是最直接的结束进程的方法。code 参数是可选的，可以为 0 ~ 255 之间任何数字，默认为 0。0 表示进程执行成功，非 0 数字表示进程执行失败。
当 process.exit() 被使用时，控制台不会有任何输出，如果我们想在进程推出的时候像控制台输出一些错误说明信息，则需要在调用之前显示的输出错误信息。
node -e "process.exit(42)" echo $?上面的代码直接退出了 NodeJS 进程，命令行没有任何输出信息。用户在遭遇进程退出的时候，无法获取有效的错误信息。
function checkConfig(config) { if (!config.host) { console.error("Configuration is missing 'host' parameter!"); process.exit(1); } }在上面的代码中，我们在进程退出之前输出的明确的错误信息。
process.exit() 的功能非常强大，但是我们不应该在工具库中使用。如果在工具库中遇到的错误，我们应该以异常的形式抛出，从而让应用代码决定如何处理这个错误。
Exceptions, Rejections 和 Emitted Errorsprocess.exit() 在应用启动配置检查等场景中非常有用，但是在处理运行时异常时，它并不适用，我们需要其他的工具。
比如当应用在处理一个 HTTP 请求时，一个错误不应该导致进程终止，相反，我们应该返回一个含有错误信息的响应。
Error 类可以包含描述错误发生的详细信息的数据，比如调用堆栈和错误文本。通常我们会定义特定场景的 XXXError，这些 XXXError 都继承制 Error 类。
当我们使用 throw 关键字，或者代码逻辑出错时，一个错误就会被抛出。此时，系统调用栈会释放，每个函数会退出，直到遇到一个 包裹了当前调用的 try/catch 语句。如果没有 try/catch 语句，则这个错误会被认为是未捕获的异常。
通常，在 NodeJS 应用中，我们会给 Error 类定义一个 code 属性，作为用来描述具体错误的错误码，这么做的优点是可以使错误码保持唯一，同时还能使得错误码是可读的。同时，我们也可以配合 message 属性来描述具体的错误信息。
当一个未捕获的异常抛出时，控制台会打印调用堆栈，同时进程退出，退出状态码为 1.
/tmp/foo.js:1 throw new TypeError('invalid foo'); ^ Error: invalid foo at Object.<anonymous> (/tmp/foo.js:2:11) ... TRUNCATED ... at internal/main/run_main_module.js:17:47这段控制台输出信息说明，错误发生在 foo.js 中的第 2 行第 11 列。
全局变量 process 是个 Event Emitter 实例，可以通过监听 uncaughtException 事件来处理这些未捕获异常。下面的代码展示了如何使用：
const logger = require("./lib/logger.js"); process.on("uncaughtException", (error) => { logger.send("An uncaught exception has occured", error, () => { console.error(error); process.exit(1); }); });Promise Rejection 与抛出异常类似。我们可以通过调用 reject() 函数或者在 async 函数中抛出异常来是的 promise 到达 rejected 状态。下面的两段代码功能是相似的。
Promise.reject(new Error("oh no")); (async () => { throw new Error("oh no"); })();目前，在 NodeJS 14 中，Promise Rejection 不会导致进程退出，在后续的版本中，Promise Rejection 可能会导致进程退出。
下面是一段未捕获的 Promise Rejection 的控制台输出样例。
(node:52298) UnhandledPromiseRejectionWarning: Error: oh no at Object.<anonymous> (/tmp/reject.js:1:16) ... TRUNCATED ... at internal/main/run_main_module.js:17:47 (node:52298) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().我们可以通过监听 unhandledRejection 事件来处理未捕获的 Rejection. 样例代码如下：
process.on("unhandledRejection", (reason, promise) => {});Event Emitter 是 NodeJS 中的基础模块，应用广泛。当 Event Emitter 的 error 事件未被处理时，Event Emitter 就会抛出一个错误，同时会导致进程退出。下面是一个 Event Emitter error 的控制台输出。
events.js:306 throw err; // Unhandled 'error' event ^ Error [ERR_UNHANDLED_ERROR]: Unhandled error. (undefined) at EventEmitter.emit (events.js:304:17) at Object.<anonymous> (/tmp/foo.js:1:40) ... TRUNCATED ... at internal/main/run_main_module.js:17:47 { code: 'ERR_UNHANDLED_ERROR', context: undefined }因此，我们在使用 Event Emitter 的时候，要确保监听了 error 事件，这样在发生错误的时候，可以使得应用能够处理这些错误，避免奔溃。
信号