任务成长之后，代理IP从动态换成静态是常见的一步，比如原来只是批量核对，后来开始需要连续操作。这一步换得不小心，会出现「换了之后反而更容易失败」的情况，原因通常是新旧两套的判断逻辑被混在了一起。
第一步：先冻住旧配置
换之前把动态那套的配置和规则完整记下来，尤其是取用规则和替换条件。代理IP的切换最忌讳边换边调，旧的还没停、新的已经上，出了问题根本分不清是哪一套在起作用。先把旧配置冻住，再动新的，判断才有依据。代理IP的切换要先让旧的一套停下来，判断才有依据。
第二步：改连续性相关的部分
静态和动态最大的差别在位置上，所以最需要检查的是任务里所有依赖位置不变的环节。代理IP换成静态之后，原来为了应对位置变化而写的那套重试和补偿逻辑，有一部分可能就不再需要，留着反而会掩盖问题。
第三步：重新验证一遍
按新资源重新做一次完整验证：出口地址、覆盖范围、连续操作能不能走完。这一步不能省，因为换的是资源类型，不是参数。代理IP的切换在验证通过之后再撤旧配置，中间留一段并行期，出问题还能退回去。
要不要保留动态那一条路？
如果任务里仍有一部分不需要连续性，那就保留，各管一段。代理IP的切换不必做成非此即彼，把需求拆清楚之后，两条路并存通常比来回换更省事，也更容易维护。
「换过去之后还能不能换回来？」
需要注意的是：并行期内两套配置的用量都要单独记录，否则后期核算时两边都对不上账。
- 记录并冻住旧配置
- 检查所有依赖位置不变的环节
- 按新资源完整验证一次
- 并行一段时间再撤旧的
一步一步换，才退得回来。代理IP的资源类型换了，配套的规则也该跟着理一遍。
代理IP的资源类型切换不是改一个参数，而是换一套前提。记录、检查、验证、并行四步走完，切换就成了一件可控的事，而不是一次冒险。