Spring Batch调用Google Indexing API触发rateLimitExceeded问题排查

• 短时间窗口限流触发：Google API的限流规则并非只有每日总配额，还存在秒级/分钟级的请求频次限制。此前双线程并行时，请求流被拆分为两路，峰值压力被分摊；改为单线程连续提交后，每1.2秒发送一个批次的密集请求模式，会让短时间内的请求频次突破API的高频次阈值，哪怕每日总配额未耗尽，也会触发限流错误。
• 批次请求计数规则误解：若你认为每个包含500条URL的批次仅计为1次请求，但Google Indexing API的批量请求可能按单条URL计数配额——即一个批次会被算作500次请求。单线程模式下，1.2秒就消耗500次配额，每秒约416次的频次很容易触发高频限流；而双线程时代码分散了请求峰值，不易触发该限制。
• 优先级排序导致的单资源集中请求：重构后按优先级排序提交，可能高优先级URL集中归属同一站点/资源池。Google API针对单个站点或资源的请求频次有额外细分限制，即便总配额未超，单资源的密集请求也会触发限流。此前按属性拆分双线程时，两个线程可能处理不同资源池，自然分散了压力。
• 单线程重试逻辑放大请求压力：若单线程流程中存在自动重试逻辑（比如处理网络临时错误），重试请求会额外消耗配额，同时进一步拉高短时间内的请求频次，直接触发限流。双线程模式下，重试请求被分散到两个线程，峰值压力更低，不易触发错误。

内容的提问来源于stack exchange，提问作者Jaumzera