Retry-After 会按秒数或 HTTP 日期解析。每次指数延迟受上限约束，加入确定性抖动，且不会早于服务器给出的最早时间。
332
数据与开发
Retry-After 与退避规划器
将 Retry-After 解析为秒数或 HTTP 日期，并依据方法安全性、次数、基础延迟、上限和确定性抖动计算最早重试时间线；不会发送网络请求。
✓ 免费✓ 无需账户✓ 浏览器内
简短回答
这个工具能做什么？
把 429/503 重试规则、指数退避、抖动与上限转为可见时间线。
应用与决策指南
Retry-After 与退避规划器：方法与使用说明
将 Retry-After 解析为秒数或 HTTP 日期，并依据方法安全性、次数、基础延迟、上限和确定性抖动计算最早重试时间线；不会发送网络请求。
HTTP 方法、429 或 503 响应、Retry-After 值、尝试次数、基础延迟、上限与抖动百分比 请先用不含个人数据的小样本确认格式。
包含尝试序号、计算等待时间、最早重试时刻与非安全方法警告的时间线
实际操作步骤
- 加载示例，或按清晰标注填写自己的场景。
- 在设备端运行检查，并同时查看指标、警告与修正建议。
- 在真实目标环境中验证结果，并记录所用假设。
检查首次等待不短于 Retry-After、延迟不超过上限，并且相同输入产生相同抖动时间线
该计划不会发送请求，也不能证明幂等性。自动重试 POST 或 PATCH 前，应验证幂等键、服务器约定与真实时钟偏差。
适用场景
- 设计 API 客户端行为
- 记录 429 压测
- 规划 503 恢复
可复现的决策记录
实践场景: 设计 API 客户端行为. 把 429/503 重试规则、指数退避、抖动与上限转为可见时间线。
输入 GET、429、Retry-After 8 秒、5 次尝试、500 毫秒基础延迟、30000 毫秒上限和 20% 抖动；再切换为 POST 比较停止警告。
验收记录: 检查首次等待不短于 Retry-After、延迟不超过上限，并且相同输入产生相同抖动时间线. 将结果卡中的指标与警告同保留的测试样本一起保存。
出现此状态时不要发布: 该计划不会发送请求，也不能证明幂等性。自动重试 POST 或 PATCH 前，应验证幂等键、服务器约定与真实时钟偏差。
深入了解工作流
该工具的相关指南
可靠 API 重试与 Webhook 投递：从 429 到幂等证据
把 Retry-After、指数退避、抖动、投递标识与顺序整合为可测试的恢复契约。
阅读指南 →统一设计 API 错误、配额与重定向契约
把错误信封、退避、容量限制和 URL 迁移都视作可版本化产品行为，而非成功响应的附属品。
阅读指南 →关于此工具
常见问题
Retry-After 与退避规划器接受什么输入？+
HTTP 方法、429 或 503 响应、Retry-After 值、尝试次数、基础延迟、上限与抖动百分比 输入 GET、429、Retry-After 8 秒、5 次尝试、500 毫秒基础延迟、30000 毫秒上限和 20% 抖动；再切换为 POST 比较停止警告。
Retry-After 与退避规划器会输出什么？+
包含尝试序号、计算等待时间、最早重试时刻与非安全方法警告的时间线 验收记录: 检查首次等待不短于 Retry-After、延迟不超过上限，并且相同输入产生相同抖动时间线. 将结果卡中的指标与警告同保留的测试样本一起保存。
如何核验Retry-After 与退避规划器的输出？+
检查首次等待不短于 Retry-After、延迟不超过上限，并且相同输入产生相同抖动时间线 出现此状态时不要发布: 该计划不会发送请求，也不能证明幂等性。自动重试 POST 或 PATCH 前，应验证幂等键、服务器约定与真实时钟偏差。
Retry-After 与退避规划器会向服务器发送或保存输入吗？+
工具输入在当前标签页处理。保存到工作站或传递到其他工具需另行选择。请另外考虑浏览器扩展和共享设备；隐私页面说明广告和网络连接。