正如@Dominic所指出的，抛出未捕获的错误是更好的做法，而不是调用process.ext（[code]）：process.exitCode=1；抛出新错误（“我的模块xx条件失败”）；

正如@Dominic所指出的，抛出未捕获的错误是更好的做法，而不是调用process.ext（[code]）：process.exitCode=1；抛出新错误（“我的模块xx条件失败”）；

从代码中，您可以使用process.ext（[errorcode]），其中[errorcode]是可选整数（0是表示成功的默认值）。

如果使用的是Read-Eval打印循环（REPL），则可以使用Ctrl+D或键入.ext

或者，在Windows或Linux上，可以使用Ctrl+C、Ctrl+C

在Mac上，命令为Ctrl+Z，Ctrl+Z

添加

process.exit(1);

会帮你的

import mongosse from 'mongoose'
import dotenv from 'dotenv'
import colors from 'colors'
import users from './data/users.js'
import products from './data/products.js'
import User from './models/userModel.js'
import Product from './models/productModel.js'
import Order from './models/orderModel.js'
import connectDB from './config/db.js'

dotenv.config()

connectDB()

const importData = async()=>{
try{
    await Order.deleteMany()
    await Product.deleteMany()
    await User.deleteMany()

    const createdUsers = await User.insertMany(users)
    const adiminUser = createdUsers[0]._id

    sampleProducts = products.map(product =>{
        return {...product, user:adiminUser }
    })
    await Product.insertMany(sampleProducts)

    console.log('Data Imported!'.green.inverse)
    process.exit()      //success and exit

}catch(error){
    consolele.log(`${error}`.red.inverse)
    process.exit(1)   //error and exit

}

}

所以这里我在db和try块中填充了一些集合，如果我没有得到任何错误，那么我们会用一条成功消息退出它，因此我们使用process.exit（），但参数中没有任何内容。如果出现错误，那么我们需要退出并返回一条失败消息，因此我们在参数中传递1，例如process.ext（1）。

额外：这里的退出意味着退出典型的nodejs程序。例如，如果此代码位于名为dbOperations.js的文件中，则process.exit将退出，并且不会运行process.exit之后的任何代码

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