有天半夜睡不着，随手点开采集任务的监控，发现那个时段的成功率特别顺，几乎不报错。第二天起了个心眼，按小时埋了点，统计了整整一周。同一批目标站、同一份代码、同一个池子，凌晨的成功率确实比晚高峰高出一截。

先把数摆出来

为什么会这样

我琢磨下来是三条叠加。一是目标站的风控阈值在有人值守的时段更紧，晚上和白天高峰本来就有真实流量，你的请求混在里面更容易被判异常。二是不少站习惯在凌晨做发布和数据维护，这段时间反而没人盯着拦。三是链路本身，晚高峰的拥塞会让超时率上来，这部分跟 IP 质量没关系，你换再好的池子也躲不掉。

调度我是这么改的

大任务定时挪到凌晨；失败队列留到低峰再重跑，成功率高、重试次数少；白天只跑增量。本地池也会在低峰多补一点货，因为那时候提取到的 IP 质量普遍更好。顺带说一句，批量提取比单条循环稳得多，我一次会取 10 到 20 条，接口调用次数降下来，也不容易吃到 406 限流。

也有反过来的例子

别把这套结论当通用规律。有个目标站恰好凌晨做数据同步，那个时段 503 反而扎堆，我最后把它挪到了上午。还有做海外站的同事跟我说，要按对方时区的低峰来算，跟我们这边完全是反的。所以这份统计得在你自己那几个目标站上做一遍，别照搬别人给的时段表。

统计本身怎么写

不复杂：每次请求完成后记一条（时间戳、目标站、出口 IP、结果码），一天下来按小时聚合一次就行。我一开始什么都没记，只能靠感觉，等把日志补上才发现自己是凭印象在做调度。

时段选择要点：同一批目标站按小时统计成功率，凌晨到清晨通常最高、晚高峰最低；原因多在目标站风控阈值与链路拥塞；把大任务和重试队列挪到低峰，白天只跑增量；结论要在自己的目标站上验证，别照搬。