代理轮换后仍然 429：IP 池、请求频率和会话行为怎么排查
代理轮换已经开启，但目标站仍然返回 429，这通常说明问题不能只按“换 IP”处理。429 的含义是请求频率触发了目标侧限制，代理池只是其中一个变量；请求节奏、并发、会话连续性、账号行为和出口质量都会影响结果。
处理这类问题时，先把 429 看成一个限速信号，再判断它是来自目标站、上游网关、接口服务，还是代理链路里的某个中间层。只有定位清楚，才知道该降频、保留会话、调整轮换方式，还是更换代理入口。
先定性：429 是目标侧限速信号
MDN 对 HTTP 429 的说明 把它定义为 Too Many Requests，也就是客户端在给定时间内发送了过多请求。RFC 6585 也把 429 作为限速语义来解释，核心不是“代理无法连接”，而是目标侧认为当前访问节奏已经超过限制。
这一步的价值在于避免误判。看到 429 后直接扩大 IP 池，可能会掩盖真正的问题：单个账号请求过密、同一会话跳变过快、接口并发过高，或者目标站把同一批行为特征归到一起限制。
第一步：确认 429 来自目标站还是中间层
先看响应头、错误页样式和请求链路。目标站返回的 429，通常会带有目标域名的响应头、接口错误结构，或者 Retry-After 之类的限速提示。中间网关、代理管理器或第三方 API 返回的 429，往往在错误格式、响应头和域名上能看出差异。
如果你用的是爬取框架、API 网关或代理管理服务，最好分别记录三组信息：
- 请求的目标 URL；
- 返回 429 的响应头和响应体摘要；
- 当前使用的代理出口、账号、会话 ID、并发数和时间窗口。
没有这几项，后面很容易在“目标站限制”“代理被限”“工具层限额”之间来回猜。
第二步：看请求频率和并发是否超过目标容忍度
代理轮换不能抵消所有频率问题。很多目标站限制的不是单个 IP，而是一组行为：短时间内访问同一接口、同一账号连续触发动作、同一浏览器指纹重复请求，或者多个出口在同一秒内打到相同路径。
先降低并发和请求间隔做对照测试：
| 调整项 | 观察重点 | 判断含义 |
|---|---|---|
| 并发从高降到低 | 429 是否明显减少 | 如果减少，优先查请求节奏，不要先归因于 IP 池 |
| 同一接口加间隔 | 单接口是否恢复稳定 | 如果恢复，说明接口级限速比代理因素更强 |
| 分散路径和时间窗口 | 429 是否从集中变成偶发 | 如果变化明显，说明访问模式过于集中 |
| 保持代理不变只调频率 | 结果是否改善 | 如果改善，代理池不是第一嫌疑 |
这一步要尽量只改一个变量。一次同时换代理、降频、换账号、改 User-Agent，结果虽然可能变好，但无法判断是哪一个动作起作用。
第三步：检查轮换策略是否破坏会话连续性
频繁换出口不一定更安全。登录态、购物车、搜索结果页、表单提交、账号中心、风控敏感接口，往往更重视会话连续性。一个会话在短时间内从多个地区、多个 ASN、多个出口跳来跳去，可能比固定在一个质量稳定的出口上更容易触发限制。
如果 429 出现在登录后操作、账号相关接口或连续分页任务里，应该先测试粘性会话：让同一账号、同一任务或同一浏览器上下文保持一段时间的固定出口。若 429 降低，问题不一定是 IP 不够多，而是轮换粒度太细。
第四步：判断 IP 池质量是否真的在拖后腿
只有在频率、并发、会话和工具层都收敛后，才适合评估 IP 池质量。判断时要把“能不能连”和稳定失败率分开看：同一目标、同一节奏、同一任务下，不同出口的失败率是否明显分化。
可以把测试结果分成三类：
| 结果 | 更可能的问题 | 下一步 |
|---|---|---|
| 降频后大部分出口恢复 | 请求节奏问题 | 继续调限速、排队和重试策略 |
| 少数出口持续 429 | 出口质量或历史信誉问题 | 暂停这些出口，观察替换出口表现 |
| 所有出口在同一接口同时 429 | 目标接口或账号级限制 | 查账号、接口频控和任务设计 |
| 换出口无改善，换账号改善 | 账号或会话行为问题 | 不要把重点放在代理池规模上 |
如果只有一小部分出口异常，可以考虑剔除或更换入口；如果是全局稳定复现，扩大 IP 数量通常不是最优先动作。
第五步：检查重试策略是否把 429 放大了
有些程序遇到 429 会立即重试，甚至多个任务同时重试。这样会把一次限速变成一组更密集的请求，导致限制持续更久。
更稳的做法是：识别 429 后进入退避，而不是立刻换 IP 再打一次。目标站返回 Retry-After 时，应优先尊重这个窗口；没有明确窗口时，也要给不同接口设置独立冷却时间。重试次数、重试间隔和任务队列都要记录，否则看上去像“代理一直被封”，实际是重试策略在持续制造压力。
按现象快速定位：优先查哪一项
| 你看到的现象 | 优先检查 | 不宜立刻做的事 |
|---|---|---|
| 降低并发后 429 明显减少 | 请求频率、接口节奏 | 直接扩大 IP 池 |
| 登录后操作才频繁 429 | 会话连续性、账号行为 | 高频轮换出口 |
| 某些出口稳定异常 | 出口历史信誉、地区/ASN | 全盘否定代理方案 |
| 同一账号换出口仍 429 | 账号级限制、行为特征 | 只换代理不改行为 |
| 程序自动重试后更严重 | 重试策略、退避窗口 | 立即无限重试 |
这张表适合放在排查中段使用：先定位最可能的方向，再决定是调频率、调会话、调出口，还是调整任务逻辑。
什么时候需要调整代理类型或入口
当你已经确认请求频率合理、会话策略稳定、重试没有放大问题，但部分出口在相同任务下仍长期表现差，才适合进入代理入口选择。此时要关注的不只是 IP 数量，还包括地区匹配、出口稳定性、会话保持能力和目标业务是否需要更一致的网络画像。
如果排查后确认问题主要出在出口质量或轮换粒度，可以先看适合轮换任务的动态住宅代理入口，确认它是否符合地区、会话和稳定性需求。若还不确定该选择哪一类代理，再按轮换和稳定性需求查看代理入口，结合小样本结果决定使用轮换、粘性还是更稳定的出口策略。这里的顺序很重要：先验证访问模式，再调整代理入口。
一个简单的 429 排查顺序
可以按下面顺序收敛：
- 确认 429 来自目标站、网关还是工具层；
- 记录目标 URL、响应头、账号、出口、并发和时间窗口；
- 先降低并发和请求频率，观察 429 是否减少；
- 对登录态和账号任务测试粘性会话；
- 检查程序是否对 429 做了过密重试；
- 在相同节奏下比较不同出口的失败率；
- 只在出口差异稳定存在时，再考虑调整代理入口；
- 如果所有出口都异常，回到账号、接口限制和任务行为设计。
429 的排查重点是分清“限速来自哪里”。代理轮换能解决一部分出口问题，但不能替代频率控制、会话设计和重试退避。把这几个变量拆开测试，才能判断是该调整请求策略，还是该更换代理入口。
