如何正确处理异步错误？

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 未捕获的错误应该在调用树中进一步传递，直到被捕获为止？

Answer 1

如果你正确地链接了你的 Promise，你就永远不会看到这个警告，并且你的所有错误都将被 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 是否解析或返回与解析器返回的内容无关，您只需要它运行即可。在这些情况下，我们只需要一个catch来处理被拒绝的承诺：

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

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

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

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

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

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()