批量任务跑不动，免费代理IP的次数与并发弊端

做批量任务时，免费代理IP会很快露出短板：跑到一定数量就频繁失败，或者干脆连不上。这不是偶发问题，而是这类方案的设计边界。批量任务对并发和稳定性的要求叠加在一起，恰好落在免费方案的软肋上。

限制体现在两个维度

一是次数，短时间内的请求量上去之后失败率明显上升；二是并发，同时开多个请求时，能成功的线程数往往远低于你设的数量。免费代理IP在两个维度上同时收紧，批量任务的完成时间会呈非线性增长：任务量翻倍，耗时可能变成三倍。

1. 先用小批量测出稳定请求量
2. 记录成功率随请求量的变化
3. 把并发数降到成功率可接受的范围
4. 核算这个速度能否满足交付时间

先算时间账

批量任务的核心问题是交付时间，不是成功率。把测出来的有效速度乘以任务量，得到预计耗时，再和交付时间比一比。免费代理IP在这个算式里的位置很清楚：如果算出来的时间已经超期，再怎么优化重试策略也没有意义。

哪些环节可以拆出来

批量任务不一定要整体迁移。可以把其中数量小、时效要求低的部分留给免费代理IP，把数量大、卡时间的部分换成稳定方案。拆分的依据是每条数据的用途，能自用的留在这边，要对外的挪过去。

拆分依据是什么

拆分的依据是数据的用途，不是数量的多少。自用的、可重做的放在免费方案这边，对外的、要复核的挪到稳定方案那边。按用途分，边界清楚；按数量分，往往分到一半就乱了。

排期按最慢的一天

先算时间，再谈方案。

批量任务上免费代理IP的弊端是次数与并发双重受限，这一点靠调参解决不了。