在 Node/Express 的异步函数中捕获错误

Question

在从中间件或路由处理程序调用 Express next() 或 res.send() 后，有什么方法可以捕获异步回调中发生的错误？考虑以下代码：

app.use('/throw-error', (req, res) => {
  setTimeout(() => {
    throw new Error('Async error causes thread death')
  }, 500)

  res.send('This thread is going to die...')
})

它将执行并向浏览器发送“This thread will die ...”。半秒后，它运行的 Node 线程也会崩溃。如果你碰巧正在运行一个使用 Node 的 cluster 模块的应用程序，它可能会启动一个新线程，但它还是死了。您可能会在日志中看到类似的内容：

::1 [2019-07-17T18:54:55.142Z] - [71700] 4.740 ms "GET /throw-error" 200 -
/Users/moryl/Projects/crashtest/express.js:66
      throw new Error('Async error causes thread death')
      ^

Error: Async error causes thread death
    at Timeout.setTimeout [as _onTimeout] (/Users/moryl/Projects/InSight/sources/server/config/express.js:66:13)
    at ontimeout (timers.js:436:11)
    at tryOnTimeout (timers.js:300:5)
    at listOnTimeout (timers.js:263:5)
    at Timer.processTimers (timers.js:223:10)

那个线程现在已经死了。

我的问题是，您到底是如何处理超出正常请求范围的（可能未知）异步错误，无论是设计使然还是坏事代码？如何防止线程死亡？

我不想被告知我不应该在一开始就在异步调用中做这种事情。我知道这个。我正在尝试编写防御性代码来捕捉其他人编写的“坏东西”。

Answer 1

这已记录在expresserror handling doc：

您必须捕获路由调用的异步代码中发生的错误 处理程序 或中间件并将它们传递给 Express 进行处理。为了 示例：

app.get('/', function (req, res, next) {
  setTimeout(function () {
    try {
      throw new Error('BROKEN')
    } catch (err) {
      next(err)
    }
  }, 100)
})

上面的示例使用 try...catch 块来捕获错误 异步代码并将它们传递给 Express。 如果 try...catch 块 被省略，Express 不会捕获错误，因为它不是一部分 同步处理程序代码。

所以，基本上你需要try..catch 路由。 （例子基本相同，巧合之母）

Answer 2

我的问题是，你到底是如何处理超出正常请求范围的异步错误的，无论是设计...

您仍然希望处理异步代码中的错误，即使它被设计触发和遗忘。为每个独立任务添加try { } catch { } 或.catch。使用异步代码，Promises 和 async / await帮助你（因为它们将独立的回调分组到任务中，然后你可以处理每个任务的错误）：

const timer = ms => new Promise(res => setTimeout(res, ms));

async function fireAndForgetThis() {
  await timer(500);
  throw new Error('Async error doesn't cause thread death, because its handled properly')
}

 fireAndForgetThis()
   .catch(console.error); // But always "handle" errors

...还是通过错误的代码？

修复错误代码。

如何防止线程死机？

这不是你想要阻止的事情。如果发生错误并且未得到处理，您的应用程序将进入计划外状态。继续执行可能会产生更多问题。你不想要那个。您想防止未处理的拒绝/未处理的错误本身（通过正确处理）。

---

当然有些情况是您无法处理的，例如如果与后备数据库的连接断开。在这种情况下，NodeJS 崩溃，导致监控唤醒 DevOps，使数据库重新运行。崩溃也是一种处理错误的形式；）

---

如果您读到这里，但仍想处理未处理的错误，请不要这样做。好吧，你可能有你的理由，there you go。