代理请求突然变慢时，先不要急着扩大 IP 池。更可靠的排查顺序是：先确认慢在出口、目标页面、队列节奏还是重试策略。穿云代理适合把延迟、字段完整率和重试聚集放在同一张诊断表里，先止住队列拥塞，再决定是否调整出口层。
先判断慢在哪里发生
如果所有地区同时变慢，优先看队列并发、退避窗口和目标页面响应；如果只有某个地区变慢，优先看出口地区、链路抖动和该地区页面版本。把这些信号拆开，能避免把页面问题误判成代理问题。
最有用的第一组指标是首字节时间、完整页面时间和字段缺失率。只有延迟升高但字段稳定，通常是节奏问题；延迟升高同时字段缺失，才需要进一步看页面降级、地区漂移或会话条件变化。
状态码正常也可能是采集质量下降
很多慢请求不会表现为明显失败。页面返回了，但关键字段空了；状态码正常，但内容版本与对照组不一致。此时继续重试可能只会把队列推得更慢，不能提高可用记录率。
更稳妥的做法是暂停高波动队列，保留小规模对照组，用固定地区和固定节奏复跑一轮。对照组稳定后，再逐步恢复扩展队列。
从低风险动作开始恢复
第一步是降低并发，让队列停止相互挤压。第二步是拉长退避窗口，避免同一批失败页面被快速重放。第三步是隔离地区敏感任务，防止发现队列的波动污染监测队列。
只有在这些动作后仍然出现同一地区、同一时间段的稳定异常，才值得调整出口策略。这样做的好处是成本可控，不会在原因未明时把更多出口投入到错误队列。
恢复后要留下可复查的规则
修复不是把今天跑完就结束。需要把重试上限、降速条件、暂停条件和恢复条件写进队列规则。后续如果再次变慢，系统能自动把问题限制在单个队列，而不是让所有任务一起堆积。
穿云代理的日常监控应记录每个队列的可用记录率、地区一致性和平均重试次数。只要这三项没有同时恢复，就不要贸然提高并发。
FAQ
代理变慢时第一步应该换 IP 吗？
不建议。先确认慢在出口、目标页面还是队列节奏。直接换 IP 可能掩盖真实问题，还会让后续对比失去基线。
为什么状态码正常仍然要排查字段？
因为页面可能返回了降级内容或不同地区版本。业务真正需要的是字段完整、地区一致、可比较的记录，而不是单纯的成功响应。
什么时候需要调整穿云代理出口策略？
当队列节奏已经稳定，但同一地区仍持续出现延迟和字段缺失时，再调整出口层。否则优先处理并发、退避和队列隔离。