Apollo通过其API公开了两种错误： GraphQL errors
（作为响应的一部分
errors与一起返回）
data，以及在请求失败时发生的 网络错误
。当无法访问服务器或响应状态不是200时，将发生网络错误-
errors响应中的查询仍然可以具有200状态。但是，例如，无效查询将导致400状态和Apollo Client中的网络错误。
Apollo Client实际上提供了四种不同的方法来处理突变错误：
1.）调用
mutate钩子返回的函数将返回一个Promise。如果请求成功，则Promise将 解析
为包含
data服务器返回的响应对象。如果请求失败，则Promise将 拒绝 并显示错误。这就是为什么您在控制台中看到“未处理的拒绝”消息的原因-
您需要处理被拒绝的Promise。
login() .then(({ data }) => { // you can do something with the response here }) .catch(e => { // you can do something with the error here })或使用async / await语法：
try { const { data } = await login()} catch (e) { // do something with the error here}默认情况下，承诺将拒绝对 任何
GraphQL错误或网络错误。通过将errorPolicy设置为
ignore或
all，Promise将 仅
拒绝出现网络错误。在这种情况下，仍然可以通过响应对象访问GraphQL错误，但是Promise可以解决。
2）以上唯一的例外是在您提供
onError功能时发生的。在这种情况下，Promise始终会解决而不是拒绝，但是如果发生错误，
onError则会调用产生的错误。在
errorPolicy这里也设置适用-
onError将永远被称为网络错误，但只用GraphQL错误使用默认时被调用
errorPolicy的
none。使用
onError等效于捕获被拒绝的Promise-
它将错误处理程序从
mutate函数的调用位置移到挂钩的调用位置。
3.）除
mutate函数外，
useMutation挂钩还返回结果对象。该对象还公开了运行突变时遇到的任何错误。与我们上面编写的错误处理程序函数不同，此
error对象表示
应用程序状态 。以这种方式公开的
error和
data对象都为方便起见而存在。它们 等效 于执行此操作：
const [mutate] = useMutation(YOUR_MUTATION)const [data, setData] = useState()const [error, setError] = useState()const handleClick = async () => { try { const { data } = await mutate() setData(data) catch (e) { setError(e) }}当您希望您的UI反映出存在错误的事实时，具有这样的错误状态会很有用。例如，您可以更改元素的颜色，直到突变运行没有错误为止。不必自己编写上面的样板，只需使用提供的结果对象即可。
const [mutate, { data, error }] = useMutation(YOUR_MUTATION)注意： 虽然您可以使用公开的错误状态来更新UI，但是这样做 不能 代替实际 处理 错误。您 必须
提供
onError回调或
catch错误，以避免警告有关未处理的Promise拒绝。
4.）最后，您还可以使用apollo-link-
error为您的请求添加 全局
错误处理。例如，这使您可以显示错误对话框，无论请求在应用程序中的何处发出。
在应用程序中使用哪种方法在很大程度上取决于您要执行的操作（全局vs本地，状态vs回调等）。大多数应用程序将使用不止一种错误处理方法。
