假设你手里有个代理池，里面足足有100个IP。你想爬某个电商网站的商品价格，人家防爬特别严，明文规定：同一个IP每分钟最多能访问30次。

这时候你肯定觉得稳了：30次乘以100个IP，每分钟能爬3000次，多大点事？结果一跑起来就懵了——要么代理超时连不上，要么IP频频被封，到最后，速度还没单IP爬得快。

问题到底出在哪？可能是这两方面：IP轮换频率和并发数。这俩参数没调好，再多的代理IP也是白搭，就跟一群拿着身份证轮流办事的人似的：换得太慢，一个IP累死还被封；换得太快，来回交接浪费时间；并发开太高，直接把代理服务商的服务器搞崩。

代理IP到底是怎么干活的

其实代理IP没那么玄乎，本质就是个“中间人”。你要爬网站，不会直接发请求过去，而是先把请求发给代理，再由代理转发给目标网站。所以网站那边看到的，是代理的IP，不是你自己电脑的IP——这就是代理能帮你绕开防爬的核心。

每个代理IP，都有三个藏在背后的“小脾气”，你必须摸清：

- 可用带宽：就跟家里的水管一样，单个代理一秒钟能处理多少请求，多了就会排队，最后直接超时。

- 并发连接上限：代理服务器也有“承载力”，能同时稳住多少个TCP连接，超了就会丢包，请求发不出去。

- 目标网站的风控阈值：比如咱们一开始说的，每分钟最多30次访问，超过这个数，IP直接被封。

咱们的目标特别简单：让每个代理IP都刚好跑在“被封的边缘”，但又不越线——既不触发网站的风控，又不浪费代理本身的能力，这才是最高效的用法。

并发数不是开得越高越好

很多人都有个误区：觉得并发开得越高，爬得越快。比如一下子开50个线程，全靠一个代理IP发请求，结果呢？大量请求超时，成功率直接掉到60%以下，越爬越慢。

为啥会这样？因为代理IP就是个“小水管”，不是“大水管”。一个普通的HTTP代理，能同时稳定处理5~8个并发，就已经很不错了。你硬往里面塞50个请求，代理那边的TCP队列直接爆了，后面的请求根本发不出去，全被丢弃了。

正确的做法就俩字：试探。从小到大慢慢试，别一口吃个胖子。先开2个并发，看看一秒钟能成功返回多少请求；如果代理没压力、不超时，再调到5个；要是出现超时，就降回3个。

给大家一个参考：大多数共享代理，并发数控制在3~6之间最合适；如果是静态住宅IP（这种IP更像真实用户），可以稍微高一点，10左右就够了，别再高了。

这里有个简单的公式，大家记一下，不用死算，大概有个概念就行：单个代理的QPS（每秒请求数）= 并发数 × (1000 / 平均响应时间)。比如响应时间是200毫秒，并发开5个，那QPS就是25。如果这个数超过了网站的风控阈值，要么降并发，要么赶紧换IP。

轮换频率：快了、慢了，都是坑

轮换频率，说白了就是“一个代理IP用多久，再换成下一个”。这里面的学问可大了，快了慢了，都会出问题。

先说说换太慢的情况：一个IP你用了10分钟，结果第2分钟就被网站记住了访问规律，第3分钟直接被封。剩下的7分钟，你发的所有请求都是无效的，纯粹浪费时间和代理资源。

再说说换太快的坑：每次发一个请求，就换一个新IP。听起来好像很安全，不会被封？大错特错！你代理池就100个IP，每秒换一次，一分钟就把整个池子轮了一遍。

网站那边一看就不对劲：100个不同的IP，有规律地轮番轰炸，比单个IP一直访问还可疑！反爬引擎直接就判定“这是个代理池在扫描网站”，轻则封掉这100个IP，重则把整个IP段都拉黑，到时候你整个代理池都废了。

更实用、更安全的节奏是：一个IP做完一批固定数量的请求，再换，别按固定时间来。比如一个IP连续发15个请求，就赶紧换掉；或者每隔10~30秒换一次，灵活调整。具体换多少次、隔多久，看目标网站的风控周期就行。

举个实际的例子：某网站是按每分钟统计请求量的，规定每分钟最多30次。那你就可以让一个IP在45秒内，用完这30次请求，然后主动换IP，留15秒的缓冲时间——这样就不会卡着风控的边界，大大降低被封的概率。

还有个混合策略，特别好用：重要页面（比如登录页、下单页），每个请求都换一个IP，越谨慎越好；普通的列表页，每5~10个请求换一次IP，既安全，又不浪费代理资源。

关键一步：把并发数和轮换频率结合起来

大家一定要记住：并发数和轮换频率，不是孤立的，是互相影响的。高并发+高频轮换，不出几分钟，你的代理池就会崩溃；低并发+低频轮换，速度慢得像蜗牛，不如不用代理。

这里给大家一个通用的配置模板，你可以直接拿过来当起点，再根据自己的情况微调，省得你从头试：

- 每个代理IP的最大并发数：4（不多不少，刚好适配大多数代理）

- 每个代理IP的最大连续使用次数：10~20次（或者用15秒，二选一就行）

- 全局总并发数：代理IP数量 × 单个IP并发数 × 0.8（多留20%的余量，别把代理和网站逼太紧）

- 冷却时间：一个IP用完换下去之后，至少休息30秒，再重新放回代理池——给网站一点时间“遗忘”这个IP，下次用的时候更安全。

如果你们用的是动态短效代理（就是那种每分钟自动换IP的），那就简单了：轮换频率不用你管，交给代理服务商就行，你只需要控制好并发数，别超过8，并且每个IP只发5~10个请求，就主动断开连接，避免被风控盯上。

实战小窍门，帮你少踩坑

光说理论没用，给大家三个实战中能用得上的小技巧，亲测有效：

1. 先做个小实验：挑3个你代理池里最差的IP，用不同的并发数（2、4、6、8），各跑100个请求，记录一下成功率和平均耗时。你会明显发现一个“拐点”——超过这个并发数，成功率会骤降，这个拐点，就是这个代理IP的最佳并发数。

2. 把响应时间纳入轮换逻辑：如果某个代理IP的延迟，突然从200毫秒飙到2000毫秒，别犹豫，立刻换掉它！这说明这个IP要么被网站限制了，要么线路拥挤，再用下去只会浪费时间，不用等用完配额。

3. 加点“随机抖动”：别让请求间隔完全固定。比如你计划每5秒发一次请求，实际可以在4.5~5.5秒之间随机变动；轮换IP的顺序也别按顺序循环，打乱了再取。网站的反爬引擎，最害怕的就是这种“不确定”的访问模式，根本抓不到规律。

最后说句实话：玩代理池，真的是个体力活，没有什么万能公式。你花两个小时慢慢调参数，省下来的可能是两天的IP封禁和反复重试的时间。

最靠谱的做法就是：写一个最简单的测试脚本，去你的目标网站跑5分钟，边跑边看数据，边调参数——成功率、响应时间、是否被封，这些数据会告诉你，什么参数最适合你。