在我们公司，我们正在讨论是否需要在使用 promises 时在 node.js 中发生未处理的异常时退出进程
我脑子里一直有两种思想流派
当我们在 node.js 中使用 promise 时，我们需要使用 process.exit(1)
当我们使用 promises 时，我们不需要使用 process.exit(1)
顺便说一句，我们计划将 blubird 模块用于 promise。
https://www.npmjs.org/package/bluebird
我想知道是否有必要在出现未处理的异常时退出进程，因为在使用 promises 时我们得到“finally”语句来清理资源
还有什么类型的错误，当涉及到 node.js 时，promise 可能无法自行处理，如果有的话，我们可能需要通过
process.on("uncaughtException")
{
process.exit(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
关于node.js - 当我们在 node.js 中使用 promises 时，我们需要 process.exit(1) 吗，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/24149784/