Apollo Link Retry遇400错误异常重试问题及配置咨询

嘿，我来帮你理清这个问题！

首先回答你的第一个疑问：网络错误并不等同于所有4xx和5xx状态码。在Apollo的语境里，“网络错误”通常指请求根本无法送达服务器的情况——比如网络中断、DNS解析失败、请求超时这类纯链路层面的问题。而服务器返回的4xx（客户端错误，像400参数错误、401未授权）和5xx（服务器错误），会被Apollo包装成错误对象，但默认情况下，apollo-link-retry的重试逻辑可能把部分4xx也纳入了重试范围，这就是你遇到不符合预期行为的原因。

接下来是核心的解决方案：你需要自定义shouldRetry函数，精准控制只对5xx状态码的错误执行重试。

具体配置步骤 #

1. 导入RetryLink（如果你使用的是独立的apollo-link-retry包）
2. 创建RetryLink实例时，传入自定义的shouldRetry函数，明确判断错误的HTTP状态码是否属于5xx范围

示例代码如下：

import { RetryLink } from 'apollo-link-retry';

const retryLink = new RetryLink({
  shouldRetry: (error) => {
    // 优先判断是否为服务器返回的5xx错误
    if (error.networkError?.statusCode) {
      return error.networkError.statusCode >= 500 && error.networkError.statusCode < 600;
    }
    // 保留对纯网络错误（如断网、超时）的重试逻辑
    return error.networkError !== undefined;
  },
  // 可根据需求配置重试次数、延迟策略等
  attempts: {
    max: 3,
    retryIf: (error, _operation) => shouldRetry(error)
  }
});

补充说明 #

• 为什么默认会重试400？部分场景下，Apollo会把4xx错误也归类到networkError对象中，导致默认重试逻辑触发。通过自定义shouldRetry，你可以完全掌控重试的触发条件。
• 如果你的项目中错误对象结构不同（比如状态码存放在error.response?.status），可以调整判断逻辑适配你的业务场景。

这样配置后，只有服务器返回5xx状态码，或者发生纯链路层面的网络失败时，才会触发重试，4xx类的客户端错误就不会再被重复请求了。

内容的提问来源于stack exchange，提问作者santhosh