node.js - 当我们在 node.js 中使用 promises 时，我们需要 process.exit(1) 吗

Question

在我们公司，我们正在讨论是否需要在使用 promises 时在 node.js 中发生未处理的异常时退出进程

我脑子里一直有两种思想流派

• 当我们在 node.js 中使用 promise 时，我们需要使用 process.exit(1)

• 当我们使用 promises 时，我们不需要使用 process.exit(1)

顺便说一句，我们计划将 blubird 模块用于 promise。

https://www.npmjs.org/package/bluebird

我想知道是否有必要在出现未处理的异常时退出进程，因为在使用 promises 时我们得到“finally”语句来清理资源

http://canop.org/blog/?p=516

还有什么类型的错误，当涉及到 node.js 时，promise 可能无法自行处理，如果有的话，我们可能需要通过

process.on("uncaughtException")
{
process.exit(1);
}

Answer 1

简答，不。

长答案:

当您调用 process.exit() 时，您会导致处理停止。 exit 事件被触发，这是任何代码运行的最后机会，事件循环停止。此后不久，Node.js 实际上完全停止并返回指定的退出代码。因此 process.exit() 会阻止 Node.js 在该点之后做任何有形的事情并且应用程序会停止。

问题

问题是 process.exit() 可以随时被应用程序的任何部分调用。没有什么可以阻止解析器调用它:

exports.parse = function(text) {

    if (canParse(text)) {
        return doTheParse(text);
    } else {
        console.error("Can't parse the text.");
        process.exit(1);
    }

};

因此，如果文本可以被解析，那么它就会被解析，否则错误将输出到控制台并调用 process.exit(1)。对于一个低级解析器来说，这是一个非常大的责任。

由于任何模块都可以调用 process.exit()，这意味着任何出错的函数调用都可能决定关闭应用程序。这不是一个好的状态。应用程序应该有一个区域来决定何时以及是否调用 process.exit() 以及退出代码应该是什么(通常是应用程序 Controller ) .实用程序等不应使用 process.exit()，这超出了他们的职责范围。

每当您考虑使用 process.exit() 时，请考虑抛出一个错误:

抛出错误与调用 process.exit() 具有类似的效果，即此函数中的代码执行会立即停止。但是，调用函数有机会捕获错误并以优雅的方式响应它。如果调用堆栈上没有任何干预，则会在进程上触发 uncaughtException 事件。如果没有事件处理程序，那么 Node.js 将触发退出事件并以非零退出代码退出，就像调用 process.exit() 时一样；如果有事件处理程序，则由您手动调用 process.exit() 以指定要使用的退出代码。

关键是抛出错误让应用程序有机会捕获错误并从错误中恢复，这几乎总是处理模块代码时需要的情况。

来源:here