“明明点了三次切换，出来的还是那个地址”——这是动态代理使用中最让人困惑的反馈之一。直觉上会觉得是服务商的地址太少，实际上绝大多数情况并非如此。下面把这几种原因按出现频率排一排，附上判断方法和处理思路。
先看是不是你自己没真的触发切换
相当一部分”没换”其实是”没换成功”。切换接口调用失败、返回了错误码却被程序忽略、客户端的自动轮换开关根本没打开——这些情况下你以为换了，服务端压根没收到请求。判断方法很简单：直接看切换接口的返回值，成功与否、返回的新地址是什么，都写在里面，比肉眼比对地址可靠得多。
| 可能原因 | 典型现象 | 处理思路 |
|---|---|---|
| 切换未真正触发 | 调用后地址纹丝不动 | 检查接口返回值与开关状态 |
| 粘性会话未到期 | 同一会话内反复取到同一地址 | 结束会话或等待有效期结束 |
| 筛选条件过窄 | 指定到某城某运营商后只剩几条 | 放宽到地区级，或增加并发取用量 |
| 连接被复用 | 程序侧看着换了，实际沿用旧连接 | 切换后主动关闭并重建连接 |
| 池子确实偏小 | 放宽条件后仍然频繁撞地址 | 与服务商确认该区域可用量 |
去重率不是越高越好，要看怎么定义
服务商常把去重率当作卖点，可这个指标的定义千差万别。有的按”两次取用不重复”算，有的按”二十四小时内不重复”算，还有的把不同端口视为不同地址。定义不同，同样的数字背后是完全不同的体验。问清楚三个问题就能大致判断：去重的时间窗多长、去重的粒度是地址还是会话、去重范围是整个池子还是单个账号。
筛选条件越细，撞地址的概率越高
这是个简单的排列组合问题。把条件限定到某个城市的某个运营商，可选范围可能只剩下几十条；再加上”近期未被使用过”之类的附加要求，可选集合就更小了。此时频繁拿到同一地址，不是资源少，而是你自己把范围收得太紧。放宽一层条件，情况往往立刻改善。
- 先确认切换真的执行了：看接口返回，别靠肉眼猜
- 再确认没被粘性锁住：检查会话有效期与粘性开关
- 然后放宽筛选条件：条件细到一定程度，撞地址是数学上的必然
- 最后才怀疑资源量：前三项都排除了，再去和服务商核对可用量
换不出新地址，多数时候不是池子里没鱼，而是你把钓钩下在了同一个位置、还嫌鱼不上钩——换个位置，或者把饵的范围放宽一点。
与 IP 代理的关系：动态代理的”换新”效果由触发、调度、筛选三者共同决定，资源规模只是其中一环；按上面这个顺序逐项排查，绝大多数”换不动”的情况都能在几分钟内定位，不必一上来就质疑服务商的地址储备。