先把结论摆出来：在票务抢购场景里，免费代理池的问题不是"慢一点"或"偶尔失败"，而是开售那30秒整条链路直接报废。我们那套日均80万请求的抢票系统，把代理层从免费池换成专业高匿代理之后，有效成功率从11.3%爬到92.6%，P95响应从1840ms压到238ms。下面这14天的迁移过程，讲清楚哪些指标真正决定成败。
免费池的死因：不是并发不够，是IP早就脏了
换代理时的第一反应通常是"池子不够大"。我一开始也这么判断，把免费池从200个IP扩到1200个，线程照样成片超时。直到把日志按出口IP拆开统计才看明白：这1200个IP里有73%在24小时内已经被目标站标记过，返回的不是滑块就是403。
免费池的本质是共享。几十个陌生脚本挤在同一个出口上，谁先把风控阈值踩爆，其余人跟着遭殃。抢票更极端——开售瞬间单个IP挂几十个请求，目标站对"同一出口高频访问"的判定非常敏感。IP纯净度（这个出口地址近期是否被限流或拉黑）就是入场券，拿不到入场券，后面所有并发优化都是空谈。
该看的三个指标，池子大小排在最后
重新做评估矩阵时我只保留三个能直接对应业务失败的维度，顺便把候选方案都跑了一遍对照：
| 评估维度 | 免费池 | 低价隧道代理 | 专业高匿代理 |
|---|
| IP首次使用率 | 27% | 61% | 94% |
| 开售30秒成功率 | 11.3% | 48.7% | 92.6% |
| P95响应耗时 | 1840ms | 620ms | 238ms |
| 脏IP发现耗时 | 不可知 | 约90秒 | 小于10秒 |
- 纯净度：抽100个IP对目标站做探活，首次使用率低于80%的直接淘汰，这一条就砍掉了大半候选。
- 调度粒度：能否按请求轮换而不是按线程轮换，抢票的流量是突发尖峰，线程绑定式轮换在峰值段根本来不及。
- 失效发现速度：IP被拉黑后多久能被池子剔除，超过60秒就意味着高峰期持续放血。
顺带一提，我们最终主力用的是隧道代理，16元/天起步，按请求计费折下来0.0022元/IP，比之前那家低价方案还便宜——成本低不等于质量差，这个反直觉的结论是跑完表才敢下的。
迁移怎么切：影子流量跑满一周再动手
直接替换风险太大，我们用双写灰度过渡：
- 旧链路保持生产，新代理层只承接5%的探活请求，写独立日志。
- 连续7天对比两边的成功率、P95、封禁率，任何一天新方案不达标就暂停。
- 确认稳定后按10%→30%→70%→100%四档放量，每档观察2小时。
- 旧池保留24小时做回滚兜底，之后彻底下线。
代理层封装里有一条是我踩了三次才定下来的——超时必须给短。抢票场景下等一个2秒才超时的响应，等于放弃这次机会：
import requests
from requests.adapters import HTTPAdapter
from urllib3.util.retry import Retry
PROXY = "http://user:pass@tunnel:8080"
def make_session():
s = requests.Session()
s.mount("https://", HTTPAdapter(
max_retries=Retry(total=2, backoff_factor=0.15,
status_forcelist=[403, 429, 502, 503]),
pool_maxsize=64))
s.proxies = {"http": PROXY, "https": PROXY}
s.timeout = (0.8, 2.0) # 连接0.8s，读2.0s
return s
上线后踩的两个坑
第一个坑来自"想当然"。我原以为会话粘性越久越省IP，把粘性设成10分钟，结果单个出口在开售峰值连续打了两百多次请求，五分钟后整批IP被连坐封禁。粘性调到90秒后封禁率降了六成——短粘性反而更安全。
第二个坑是重试逻辑没做IP隔离。同一请求重试三次全落在同一个出口上，等于把失败放大三倍。改成重试前强制换出口，成功率立刻回升了19个百分点。
这套参数在我们日均80万请求的量级够用，如果你一天跑千万级，连接池和并发得重新算，别照抄。至于选型，我的判断很直接：抢票、秒杀这类对纯净度和延迟都敏感的活，别在免费池上浪费时间；日常低频采集倒是可以将就。想省事的可以去 mayihttp.com 看下隧道代理的接入方式，API提取和账密认证都支持，先拿一周影子流量验证再切，比看任何评测都靠谱。