错开批量查询并限制速率

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

你从两个服务读取元数据，教学约定 A并发上限 2、B为1，A的429返回 Retry-After=3秒，B可能403。请求相互独立，一处失败不应无依据抹掉另一处成功。

具体做法

按各服务当前规则限制在途数量，必要时错开启动并安排有界退避。429遵守可解析的 Retry-After和任务预算；认证/权限错误按契约处理，不即时重试风暴。独立收集成功、失败和未完成，报告每个来源；整体取消只在真实共享前置要求时采用。

反例

同时发所有请求，任何错误立即无限重试；B的403就取消A并删除它已取得的结果，仍说报告完整。

改进写法

按教学A=2/B=1控制并发，保存请求身份和各来源结果。A429按3秒退避且最多一次约定重试，若超整体预算保留未完成；B403说明访问缺口，不盲重试。A/B独立收集，不因一处失败自动取消另一处。最终列每项实际状态，未取得数据不猜内容或称完整。

为什么这样改

并发和退避控制被拒流量继续放大的路径，独立结果收集则保留仍有用的证据。错误类型和依赖关系决定恢复，不是一个失败码对所有服务的通用动作。

如何验证

教学追踪A同时在途不超2、B不超1，429后有约定间隔且重试次数有限；A成功/B403则交付A及B缺口。

检查取消与预算来自实际契约，不从任意403推断全部失败。本篇不发真实批量请求。

适用边界

Retry-After可能是不同格式，实际客户端需支持文档规则并处理缺失。上限、间隔和一次重试是教学值；写操作的重试另需幂等，跨服务取消依运行时与共享前置而定。