javascript - 如何正确处理异步错误？

Question

在进行 GraphQL 查询时，如果查询失败，Apollo 会通过数据对象和错误对象来解决这个问题。

当发生异步错误时，我们使用一个数据对象和一个错误对象获得相同的功能。但是，这次我们也得到了一个UnhandledPromiseRejectionWarning，其中包含以下信息：DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.。

所以，我们显然需要解决这个问题，但我们希望我们的异步函数将错误一直投射到 Apollo。我们是否需要尝试...捕获所有函数并将我们的错误进一步传递到树上？来自 C#，如果一个异常一直到顶部，如果从未被捕获，那么告诉 Apollo GraphQL 一个（或多个）叶子未能从数据库中检索数据听起来像是一项乏味的工作。

有没有更好的方法来解决这个问题，或者有什么方法可以告诉 javascript/node 一个未捕获的错误应该在调用树上进一步传递，直到它被捕获？

标签： javascriptnode.jsgraphqlapollo-server

Answer 1

如果你正确地链接你的承诺，你应该永远不会看到这个警告，你的所有错误都会被 GraphQL 捕获。假设我们有这两个返回 Promise 的函数，后者总是拒绝：

async function doSomething() {
  return
}

async function alwaysReject() {
  return Promise.reject(new Error('Oh no!'))
}

首先，一些正确的例子：

someField: async () => {
  await alwaysReject()
  await doSomething()
},

// Or without async/await syntax
someField: () => {
  return alwaysReject()
    .then(() => {
      return doSomething()
    })
  // or...
  return alwaysReject().then(doSomething)
},

在所有这些情况下，您都会在errors数组中看到错误，并且在控制台中没有警告。我们可以颠倒函数的顺序（doSomething首先调用），情况仍然如此。

现在，让我们打破我们的代码：

someField: async () => {
  alwaysReject()
  await doSomething()
},

someField: () => {
  alwaysReject() // <-- Note the missing return
    .then(() => {
      return doSomething()
    })
},

在这些示例中，我们正在触发函数，但我们不等待返回的 Promise。这意味着我们的解析器继续执行。如果未等待的 Promise 解决了，我们对它的结果无能为力——如果它拒绝，我们对错误无能为力（如警告所示，它未处理）。

一般来说，您应该始终确保您的 Promise 链接正确，如上所示。使用 async/await 语法要容易得多，因为没有它就很容易错过 a return。

副作用呢？

可能有一些函数会返回您想要运行的 Promise，但又不想暂停解析器的执行。Promise 是解析还是返回与您的解析器返回的内容无关，您只需要它运行即可。在这些情况下，我们只需要 acatch来处理被拒绝的承诺：

someField: async () => {
  alwaysReject()
    .catch((error) => {
      // Do something with the error
    })
  await doSomething()
},

在这里，我们调用alwaysReject并继续执行到doSomething. 如果alwaysReject最终拒绝，错误将被捕获，并且控制台中不会显示警告。

注意：这些“副作用”不是等待的，这意味着 GraphQL 执行将继续，并且很可能在它们仍在运行时完成。没有办法在 GraphQL 响应（即数组）中包含来自副作用的错误errors，充其量只能记录它们。如果您希望特定 Promise 的拒绝原因出现在响应中，您需要在解析器中等待它，而不是将其视为副作用。

关于 try/catch 和 catch 的最后一句话

在处理 Promises 时，我们经常会看到函数调用后捕获的错误，例如：

try {
  await doSomething()
} catch (error) {
  // handle error
}

return doSomething.catch((error) => {
  //handle error
})

这在同步上下文中很重要（例如，在使用 express 构建 REST api 时）。未能捕获被拒绝的承诺将导致熟悉的UnhandledPromiseRejectionWarning. 然而，因为 GraphQL 的执行层有效地作为一个巨大的 try/catch 运行，所以只要你的 Promise 被正确地链接/等待，就没有必要捕获你的错误。这是真的，除非 A）你正在处理已经说明的副作用，或者 B）你想防止错误冒泡：

try {
  // execution halts because we await
  await alwaysReject()
catch (error) {
  // error is caught, so execution will continue (unless I throw the error)
  // because the resolver itself doesn't reject, the error won't be bubbled up
}
await doSomething()