这取决于您愿意退出node.js进程的原因，但无论如何，process.exit（）是最后要考虑的选项。引用文档：

需要注意的是，调用process.exit（）将强制即使仍有尚未完全完成的未决异步操作，包括process.stdout和process.stderr的I/O操作。在大多数情况下，实际上不需要调用process.exit（）显式。Node.js进程将自行退出如果在事件循环中没有附加的待处理工作。这个process.exitCode属性可以设置为告诉进程哪个退出当进程正常退出时使用的代码。

让我们讨论一下您可能愿意退出node.js进程的原因，以及您应该避免process.exit（）的原因：

案例1-执行完成（命令行脚本）

若脚本已经结束，而节点解释器并没有退出，则表示某些异步操作仍处于挂起状态。此时使用process.exit（）强制进程终止是错误的。最好尝试理解是什么阻碍了脚本以预期的方式退出。当您解决这个问题时，您可以使用process.exitCode将任何结果返回给调用进程。

情况2-因外部信号（SIGINT/SIGTERM/其他）而终止

例如，如果你愿意优雅地关闭快递应用程序。与命令行脚本不同，express应用程序保持无限运行，等待新的请求。process.exit（）在这里将是一个糟糕的选项，因为它将中断正在处理的所有请求。其中一些可能是非幂等的（UPDATE，DELETE）。客户端永远不会知道这些请求是否在服务器端完成，这可能是客户端和服务器之间数据不一致的原因。唯一好的解决方案是告诉http服务器停止接受新请求，并等待挂起的请求完成server.close（）：

var express = require('express');
var app = express();
var server = app.listen(80);

process.on( 'SIGTERM', function () {
   server.close(function () {
     console.log("Finished all requests");
   });
});

如果它仍然没有退出-请参阅案例1。

案例3-内部错误

抛出错误总是更好的，您将得到格式良好的堆栈跟踪和错误消息。较高级别的代码总是可以决定是否可以处理错误（捕获）或让它使进程崩溃。另一方面，process.ext（1）将无声地终止进程，并没有机会从中恢复。这可能是process.exit（）的唯一“好处”，您可以确定该进程将被终止。

如果您在Unix终端或Windows命令行中，并希望退出节点REPL，请选择。。。

按Ctrl+C两次，或键入.ext并按Enter键，或在行开头按Ctrl+D（仅限Unix）

调用全局进程对象的退出方法：

process.exit()

从文档中：

process.ext（[exitcode]）使用指定的代码结束进程。如果省略，则退出并返回“成功”代码0。要退出并显示“失败”代码：进程.退出（1）；执行节点的shell应该看到退出代码为1。

在命令行中，.ext是您想要的：

$ node
> .exit
$

它记录在REPL文档中。REPL（Read Eval Print Loop）是Node命令行的名称。

在正常程序中，使用process.ext（[code]）。

从nodejs.org官方文档中：

process.exit(code)

使用指定的代码结束进程。如果省略，退出将使用“成功”代码0。

要退出并显示“失败”代码：

process.exit(1);

如果您在Windows中，请转到任务管理器，然后转到进程，查找名为“节点”的进程，然后用鼠标右键单击它，然后单击“结束进程”选项。