教程 · AI 工具
接口一直返回 429：先看限流响应头再退避重试
读懂限流响应头和配额说明，用指数退避加随机抖动处理 429，避免重试把服务打得更堵。
前置：在代码里调用大模型接口，遇到过 429 或频率超限错误。
材料：接口文档、调用代码、日志、重试配置
材料：接口文档、调用代码、日志、重试配置
步骤
1. 先看响应头和错误体
打印状态码、Retry-After 和错误信息，确认是按分钟限流还是配额用尽；两种情况处理方式不同，配额用尽时重试没有意义。
2. 用指数退避加抖动
第一次等一秒，之后每次翻倍并加一点随机偏移，避免所有请求同时重试；固定间隔重试会在同一时刻再次撞上限流。
3. 设置最大重试次数
重试三到五次仍失败就记录并跳过，交给后续补偿；无限重试会让任务卡死，也会放大服务端压力，失败任务进补偿队列。
4. 控制并发和批量大小
把并发数降下来，批量任务改成队列逐个取；很多 429 不是总量超限，而是瞬时并发太高，并发先降到个位数试。
5. 记录错误率并告警
把 429 次数、重试成功率和耗时写进日志，错误率持续升高时提前降速；等到用户反馈才发现，通常已经影响了一批任务。
做完检查
- 重试逻辑遵守 Retry-After 且带随机抖动
- 重试有上限，失败任务会进入补偿队列
- 日志能看到 429 次数和重试结果
常见错误
- 收到 429 立刻原样重试，越试越堵
- 无限重试导致任务永久卡住
- 忽略配额限制，把限流当成临时故障
相关工具
同类教程
提示词写了五百字还是答偏：先给角色、读者和禁区
用角色、读者、任务、结构和禁区五个槽位重写提示词，让输出稳定落在预期范围内。
查看 →AI 说得头头是道却找不到原文：要求带位置引用再回查
让模型在回答里标出原文位置和不确定项，再逐条回查，避免把模型复述当成原文依据。
查看 →长文档塞不进上下文：先分段摘要再汇总，别硬塞
把超长文档按章节拆开分段摘要，再用统一模板汇总，保证关键信息不丢且可回溯。
查看 →更新时间：2026-10-29 · 平台规则/软件版本会变；操作前保留原件，以实际页面为准。
跨库学习路径
按共同关键词匹配，不是随机推荐；从任务到提示词/教程/项目继续走。