打开任何一家代理服务商的文档，你大概率会撞见这么一串词：轮询、重试、会话保持、并发、存活检测、白名单。每个字都认识，连在一起就发懵。其实它们描述的是同一件事的不同环节——你的请求从发出到拿到数据，中间到底发生了什么。这篇就把这条链路拆开，一个词一个词地对号入座。
先看全程：一次请求要经过几道手
把代理服务想象成一个快递中转仓。你的程序是寄件人，目标网站是收件人，代理服务器就是中间那个中转仓。请求先从程序出发，进入代理网关；网关从自己的IP池里挑一个合适的地址，把请求重新打包发出去；目标网站处理后返回数据，数据再沿原路交回你的程序手里。
整条链路通常零点几秒就跑完，做得好的服务商能把单程延迟压到30毫秒上下。你平时感觉不到这些环节，但轮询、重试、会话保持，全都发生在这条路上。
链路看明白了，后面的词就好讲了：轮询发生在“调度分配”那一步，重试管的是“结果返回”出了岔子之后的事。
轮询：IP池里的排班表
轮询说白了就一句话：这次用这个IP，下次从池子里取下一个。池子里躺着成千上万个地址，调度系统按规则挨个发牌。最简单的是排队制，1号用完轮到2号，转一圈从头再来；讲究一点的按城市轮、按运营商轮，你要哪里的IP，它就从哪一段里发。
为什么要轮？同一个IP短时间里高频敲同一扇门，很容易被对方限速甚至暂时拉黑。轮着用，每个IP的出场频率降下来，整个任务的成功率反而上去了。数据采集、各地搜索排名测试这类活儿，基本都靠轮询撑着。
但有些活儿不能轮。比如登录了某个网站账号后要连续操作几十步，中途IP一变，对方可能判定环境异常，直接把你请下线。这时候就轮到会话保持出场——也叫粘性会话，在设定的时间内让同一批请求固定走同一个IP。它和轮询并不冲突：一个是默认的发牌方式，一个是按需锁定的例外，多数后台都支持按任务分别设置。
重试：失败之后谁来兜底
网络这东西没有百分百。IP刚好到期了、目标网站一时卡住、返回的数据缺了一截，都会让某次请求失败。重试机制就是干这个的：程序发现这次没成，自动再发一次，而且通常会顺手从池子里取一个新IP，不在原地反复敲同一扇门。
重试不是无脑多来几次，有两个参数得讲究。一是次数：设太多拖慢整体进度，还容易惹恼对方；设太少，偶发的抖动就白白浪费了。二是间隔：老手的做法是逐次拉长，第一次等2秒，第二次等4秒，给对方喘口气的时间。
# 一段简化的重试逻辑，意思到了就行
for attempt in range(3): # 最多试3次
ip = pool.get_next() # 轮询：从池里取下一个IP
result = send(ip, timeout=10) # 单次超时10秒
if result.ok:
break
wait = 2 ** attempt # 间隔2秒、4秒逐次翻倍
sleep(wait)不同原因的失败，重试的价值天差地别。几种常见情况给你列在下面：
| 失败现象 | 多半是因为 | 怎么处理 |
|---|---|---|
| 连接超时 | 对方响应慢或IP失效 | 取新IP再试1-2次 |
| 提示需要验证 | 认证信息没配对 | 先查白名单，重试没用 |
| 返回频率受限 | 访问太快太密 | 拉长间隔、降低并发 |
| 拿到空数据 | 请求本身缺参数 | 先查代码，别怪IP |
规律很清楚：有的失败重试能救，有的失败重试一百次也是同样结果。先分清原因，再决定要不要重试，能省下大把时间。
剩下几个高频词，顺手说清
并发数：你同时发出去多少个请求。并发越大，占用的IP和带宽越多，对调度系统的压力也越大。新手常犯的错是一上来把并发拉满，结果失败率飙升，还以为是IP质量不行。
存活检测：服务商在后台持续检查池子里的IP还活着没有，失效的及时踢出去。你看到的“可用率”“纯净度”这些指标，背后就是这套检测在运转。池子越新鲜，你的重试次数就越省。
白名单认证：把服务器的出口IP登记到服务商后台，之后请求过来系统自动放行，不用每次输账号密码。另一种是账号密码认证，适合出口IP经常变的环境。
时效：一个IP从启用到失效能撑多久，短到几分钟，长到几天都有，直接决定你的任务中途要不要取新IP。
把机制对回到选套餐上
机制搞懂了，选套餐就不是玄学，而是对号入座。
典型的“请求量大、每次都要新面孔”，看动态类套餐。拿神龙IP的动态高级来说，6Mbps峰值带宽，IP池日更200万+，时效在2到360小时之间自己定——任务跑得快就把时效设短些，让轮询转得勤；任务周期长就设长些，少折腾几次取新IP。配合200多个城市的精准定位，还能把请求落到指定的城市段。
“时间长、要连续、中途不能断”的任务，会话保持的权重更高，适合看静态类。神龙IP的静态高级给的是长期固定IP，资源来自运营商合作，峰值6Mbps，一挂一整天环境也不变。做服务器性能与压力测试、跑长连接任务，这类套餐省心得多。
协议上，SOCKS5这些通用协议都支持，数据传输全程加密，主流工具接上就能用，基本零改造。
常见问题
Q: 轮询和会话保持能同时开吗？
能，实际项目里经常这么干。把任务拆开：需要连续登录状态的那部分请求走会话保持，锁定一个IP；纯拉数据的请求走轮询。两边互不干扰，IP的利用率也最高。
Q: 重试次数设多少比较合适？
3次左右是多数人的起点，间隔逐次翻倍。任务对时效不敏感可以放宽到5次；如果失败率持续超过一成，别急着加重试，先回头查并发是不是开太高了。
Q: 为什么有时候重试了还是失败？
八成是失败原因不在IP上。对照前面那张表：认证没配对、请求参数缺失、目标接口本身出问题，这类失败取多少个新IP结果都一样。先定位原因，再谈重试。
Q: 时效设长一点好还是短一点好？
看任务节奏。几分钟能跑完的单次任务，时效短一些无所谓，轮询会自动发新IP；要挂几个小时甚至几天的任务，就把时效往上限靠，比如神龙IP动态套餐的360小时档，减少中途断线的概率。
