在短时间内发起大量请求，是免费代理IP使用中最容易招来限制的做法。原因不复杂：共用出口上的请求量本来就高，再叠加你这一批，整体很容易超过目标站点的阈值，结果是整条出口上的人一起被限制，而你很难判断自己是主因还是被牵连。
限制通常怎么出现
先是响应变慢，接着是部分请求被拒绝，最后是整批都连不上。三个阶段之间可能只隔几分钟，中间没有明显的缓冲。免费代理IP在这个过程中的表现是整体性的，不会只影响你一个人，也不会因为你停下来就立刻恢复。
- 响应变慢
- 部分请求被拒绝
- 整批连不上
把请求摊开比提高并发更有效。同样一千次请求，分散到两小时做完，成功率通常明显高于集中在十分钟内完成。这一点在免费代理IP上尤其明显，因为限制看的是整体量，不是单个使用者，你把并发调低也未必有用。
怎么安排比较稳
把批量任务按优先级排序，先做要紧的那部分，剩下的放到低峰时段。如果任务本身允许中断，就分段执行，中间留出间隔。这样既能完成任务，也不会把出口推到极限，对使用免费代理IP的人来说是成本最低的一种排法。
任务量大的时候，先用几十条做一次试跑，确认当前时段可用，再决定要不要整体推进。试跑花的时间不多，却能避免整批任务卡在同一个问题上，也能提前发现这个量级是否已经超出它的承受范围。
需要注意的是：试跑失败时不要直接加倍重试。先换时段再试一次，如果还是失败，说明当前用的免费代理IP在这个量级上已经不适合，继续加量只会把问题放大。
慢一点，反而更快。
先摊开，再加速。
免费代理IP在高频请求下的风险是整体的，你不是唯一受影响的人，也很难独自把它调好。