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

$ node
> .exit
$

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

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

打开运行节点应用程序的命令行终端，然后按Ctrl+C

如果要从代码中退出node js应用程序，

process.exit(); // graceful termination 
process.exit(1); // non graceful termination 

REPL（命令行）

按ctrl+c两次键入退出并按回车键

脚本文件

process.exit(code)

当不再挂起异步操作时，节点通常会退出，代码为0。

process.ext（1）应用于退出并显示故障代码。这将允许我们推断节点未正常关闭，并被强制关闭。

还有其他出口代码，如

3-内部JavaScript分析错误（非常罕见）

5-v8 javascript引擎中的致命错误

9-参数无效

有关完整列表，请参阅节点退出代码

如果要退出nodejs应用程序，请编写

process.exit(1)

在您的代码中

这取决于您愿意退出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（）的唯一“好处”，您可以确定该进程将被终止。

ctrl+C终止当前进程ctrl+C两次是退出REPL shellctrl+c退出REPL SHELL