正在打开页面…
正在加载内容，请稍候。
默认参数是演示，不来自真实请求。最多尝试次数包含首次请求；每次请求按完整超时预留预算。
ISO 时间，保留 Z 或 +08:00 等时区。
Retry-After 只用于本次失败后的第一次等待；实际后续请求应重新读取响应头。Full jitter 使用指定样本便于复现，不产生真实随机请求。
把检查结果带回应用验证
怎么使用这份结果
429 都能通过重试解决吗？
不能。速率限制可能适合等待后重试，额度或余额耗尽需要先处理账户条件。确认请求可以安全重放后再规划；超时或 5xx 也可能已经执行，先核对日志和任务状态。
Retry-After 的数值单位是什么？
整数表示秒，也可以是 HTTP 日期；0 有效，小数与负数不作为有效头值。工具按指定的参考时间计算日期等待。服务器要求等待的时间不会被本地退避上限截短。
总预算包括第一次请求吗？
包括。表格为每次请求预留完整的单次超时，剩余预算无法放下等待和下一次完整请求时停止。实际请求可能提前结束；这是指定参数下的模拟，不保证服务器完成。
如何避免 SDK 与外层循环叠加重试？
先核对当前 SDK 的重试配置，尽量由一个层级控制；多个层级会增加尝试次数。此工具展示一个自定义循环，没有复刻某个 SDK，也不预测实际请求费用。
继续排查与接入
规则来源核对于 2026-10-09：