测一家
首页/故障案例/同一个站,A 分组 429,B 分组正常
CASE / 可用性

同一个站,A 分组 429,B 分组正常

一个分组持续 429,换一个分组同样的请求就成功。

症状模式可复现步骤证据优先

这个症状不能证明什么

先排除误判

429 不一定是全站限流,更常见的是分组并发被打满。

按这个顺序验证

4 STEPS
  1. 在 A 分组用最低并发(单请求)再试,排除自己的并发问题。
  2. 看响应头有没有 retry-after 或并发上限的提示。
  3. 问站点 A 分组的并发额度是多少。
  4. 在 B 分组跑同样的量,确认不是账号级限制。

什么证据才算数

EVIDENCE

两个分组的请求时间线、并发数、响应头、站点给出的额度说明。

结论怎么写

CONCLUSION

单请求也 429 且 B 组正常 → 分组容量问题;两组都 429 → 账号级或上游级。

接下来做什么

ACTION

给客户端加指数退避和抖动;与站点确认分组额度;关键业务不要只挂一个分组。

案例是症状模式,不是对任何具体站点的结论。写报告时请引用你记录到的请求 ID、时间戳和响应原文,不要引用本页。