## 概念是什么
服务器频繁调用第三方接口，突然开始收到限频响应：状态码四二九、请求被延迟、连接被重置。这不是故障，是对端的保护机制在说话：单位时间请求量超过了配额。应对之道不是加并发硬闯，那只会被拉黑更久，而是让重试变得礼貌：退避、抖动与排队。
## 背后原理
退避的核心是每次失败后把等待时间翻倍增长，一秒、两秒、四秒，给对端喘息窗口，成功率随等待自然回升。固定间隔重试的问题在于所有失败请求在同一时刻再次齐发，形成同步脉冲，对端持续过载，自己持续失败。抖动在退避时长上加随机偏移，把齐发的脉冲摊开成均匀的小流量，两个机制合起来才是完整的礼貌重试。
delay = min(base * 2 ** attempt, cap) sleep(delay + random(0, delay * 0.3))
## 最小实操
改造调用方三步走：把硬编码的重试次数换成指数退避循环；在退避值上加随机抖动；尊重对端的响应头，限频响应常带建议等待时间，按它说的等。并发侧同步收敛：把并发降到配额以内，用本地队列削峰，超出配额的请求排队而非硬发。响应能缓存的加缓存，从源头减少调用量。
应用层之外还可以谈配额：向对端说明业务量申请提升限额，或改用批量接口降低调用次数，一次请求带回多条数据，频次自然下降。
## 常见错误
收到限频响应当作网络错误立即重试，越重试越限，雪崩就是这么来的。用多出口换 IP 绕限频是危险动作，被识别后封禁升级到业务维度，得不偿失。顺云云服务器对外调用密集的业务，退避参数要写进代码评审清单，重试策略是工程能力的一部分。
观测与评估的收尾：对外调用的限频响应率、退避触发率做进监控，配额使用量可视化。数据在手，扩配额还是降调用量的决策就有依据，与对端的沟通也从请求变成方案。重试机制上线后观察一段时间峰值的请求形态，验证抖动确实摊平了。