指数退避超时 - 防止无限重试循环

服务器返回错误。你的代码立即重试。

再次失败。再次重试。

继续失败。继续重试。

这看起来像是坚持，实际上是在制造灾难。

立即重试的陷阱

API 调用失败了。也许是网络抖动，也许是服务器过载。

最直观的处理方式：立即重试。失败了就再来一次，不行就再来一次。

async function fetchData() {
  let retries = 0
  while (retries < 10) {
    try {
      return await api.call()
    } catch (error) {
      retries++
      // 立即重试
    }
  }
  throw new Error('Failed after 10 retries')
}

这代码有逻辑，有限制。但它缺少一个关键的东西：时间。

失败后立即重试，是人的本能反应。但本能不总是对的。

时间的价值

有些失败，不是代码的问题，而是时机的问题。

服务器过载，需要几秒钟来处理积压的请求。数据库连接池满了，需要等待其他连接释放。

这些失败，不是错误，而是系统在说：「等一下，我需要时间。」

如果你不给它时间，只是一遍遍地敲门，门永远不会开。

指数退避的核心思想很简单：每次失败后，等待的时间翻倍。

async function fetchDataWithBackoff() {
  let retries = 0
  let delay = 100 // 初始延迟 100ms

  while (retries < 10) {
    try {
      return await api.call()
    } catch (error) {
      retries++

      // 等待，然后延迟时间翻倍
      await sleep(delay)
      delay *= 2

      // 100ms, 200ms, 400ms, 800ms, 1.6s, 3.2s...
    }
  }
  throw new Error('Failed after 10 retries')
}

第一次失败，等 100 毫秒。也许只是网络抖了一下。

第二次失败，等 200 毫秒。问题可能稍微严重一点。

第三次失败，等 400 毫秒。给系统更多时间。

每次失败，延迟翻倍。这不是在放弃，而是在给系统喘息的空间。

不是软弱，是智慧

有人会觉得，增加延迟是在「认输」。用户等待时间变长了，这不是体验变差了吗？

但反过来想：如果不增加延迟，系统会崩溃。所有用户的所有请求都会失败。

指数退避是在灾难和等待之间做选择。它选择让少数用户多等一会儿，而不是让所有用户的请求全部失败。

这是一种妥协，但也是唯一可行的妥协。

// 不是精确的 200ms，而是 150-250ms 之间的随机值
const jitter = delay * (0.5 + Math.random() * 0.5)
await sleep(jitter)

async function fetchWithExponentialBackoff(maxRetries = 5) {
  let retries = 0
  let baseDelay = 100

  while (retries < maxRetries) {
    try {
      return await api.call()
    } catch (error) {
      retries++

      if (retries >= maxRetries) {
        throw new Error(`Failed after ${maxRetries} retries`)
      }

      // 指数退避 + 随机抖动
      const exponentialDelay = baseDelay * Math.pow(2, retries - 1)
      const jitter = exponentialDelay * (0.5 + Math.random() * 0.5)
      const maxDelay = 30000 // 最长等待 30 秒
      const delay = Math.min(jitter, maxDelay)

      await sleep(delay)
    }
  }
}

知道何时停止

指数退避不是万能的。它只是给系统时间恢复，但如果系统根本无法恢复呢？

你需要一个上限。重试五次、十次，还是不行，那就真的不行了。

继续重试不会改变结果，只会浪费资源。

知道何时停止，和知道如何重试一样重要。

对失败的尊重

指数退避的本质，不是技术问题，而是态度问题。

它是在说：失败不是敌人，失败是信号。它在告诉你，现在不是正确的时机。

立即重试，是对失败的无视。指数退避，是对失败的尊重。

你承认系统需要时间，承认有些事情不能强求，承认等待也是一种策略。

这不只适用于代码，也适用于生活中的很多事情。

最后

失败后的第一反应是再试一次。这是本能。

但有时候，最好的策略不是立即行动，而是等一等，给系统一点时间，给自己一点空间。

指数退避不是在放弃，而是在创造成功的条件。

延迟在增长，但这个增长是有意义的。它反映了你对系统压力的理解，对失败的尊重。

相关阅读：

博客内链

• 队列、可靠性与系统边界 - 队列系统中的重试策略
• 错误隔离 - 防止重试造成的级联失败
• 幂等性检查 - 重试时保证操作不重复