指数退避

指数退避机制通过每次将延迟时间翻倍（0.5 秒、1 秒、2 秒、4 秒）来增加重试间隔，直至达到上限，从而为负载过重的服务器提供恢复空间。抖动机制则使每次延迟时间随机化，因为如果没有抖动，所有在同一时刻失败的客户端都会在同一时刻重试，从而重现导致失败的峰值。

工作原理

典型的策略是：等待介于零和基数 × 2^尝试次数之间的随机时间（有最大值限制），并在尝试次数或总时间达到固定值后放弃。仅对可以安全重试的操作（幂等方法或受幂等密钥保护的写入操作）进行重试，并且仅对可能为瞬态的故障（超时、429、502、503、504）进行重试。

误解

重试次数越多，可靠性越高。但无限制的重试会加剧故障：每一层重试三次都会增加下一层的负载。重试预算、上限和断路器的存在，正是因为重试本身也是一种故障源。

点击这里试试

使用 PUT /faults/v1/config配置故障注入 API — 例如 failureRate 为 0.5，状态为 503 — 然后反复调用 GET /faults/v1/target来观察重试策略如何应对不稳定的依赖项。

相关内容

• 重试后
• 故障注入

资料来源

• HTTP semantics — RFC 9110
• OpenAPI Initiative

其他术语

• 重试后 — 响应头告诉客户端在重试之前要等待多长时间，以秒或日期为单位。
• 故障注入 — 故意引入故障——错误、延迟、垃圾响应——来测试系统的应对能力。
• ETag — 用于表示形式的不透明版本标识符，用于避免重新发送该表示形式并检测冲突的写入。
• 安全且等效的方法 — HTTP 方法的两个独立属性决定了客户端可以重试哪些方法。
• PUT 与 PATCH — PUT 参数将资源替换为您发送的表示形式；PATCH 参数将一组更改应用到该资源。
• 请求超时 — 客户端在放弃请求之前等待响应的最长时间。

阅读英文版

所有术语 · 测试技巧 · 全部 39 个模拟 REST API

最后更新时间 2026年10月16日