换完出口就直接把任务跑起来，是很多麻烦的起点。新出口看起来是通的，但配置有没有生效、地区对不对、程序有没有真正读到新参数，这些都还没确认。代理IP的切换之后留出几分钟做复验，能挡掉后面大部分返工。
复验要看的三件事
通了不等于生效，生效也不等于对路。
第一件是连通性，新的代理IP出口能建立连接、能正常返回数据。第二件是生效范围，也就是哪些程序真的走了新出口，哪些还在用旧配置或者干脆直连。第三件是属性一致，出口的地区、地址段与业务的预期是否吻合。三件事都确认过，代理IP的切换才算完成。
- 确认新出口的连通性，能建立连接并返回数据
- 逐个程序确认是否已读到新配置
- 核对出口地区与业务要求是否一致
- 用一条真实的小任务做最末端的验证
第二条最容易被跳过。多个程序共用一条出口时，有的程序读的是系统设置，有的读自带配置，还有的启动时读一次就不再重读。换了出口之后不重启，部分程序会继续走旧线路。代理IP的切换里，程序是否需要重启，取决于它读取配置的时机，这一点要在切换清单里写明。
复验里最省事的一条是拿真实任务跑一遍。轻量请求能证明链路通，却证明不了业务跑得通，账号状态、地区匹配、返回内容这些只有真实动作才验得出来。用一条最小可用的任务做收尾确认，几分钟就能把剩下的疑问排掉。
- 接口类程序确认请求来源已经变化
- 长连接程序重启一次，避免沿用旧连接
- 带缓存的程序清理一次，防止旧结果被复用
- 把复验结果记一行，便于下次对照
依赖出口地址的设定要跟着改
还有一项容易漏：出口变化之后，原本依赖出口地址的设定可能失效。比如按出口地址做的授权、按来源地区设定的业务参数，都需要跟着更新。代理IP的复验清单里加上这一条，能避免出现通着但业务数据不对的尴尬情况。
复验的时间点也有讲究。切换后立刻验证能发现明显问题，但有些问题要跑一会儿才显出来，比如连接被慢慢占满、出口地区在中途变化。条件允许的话，运行十分钟左右再抽查一次，两次都正常才算稳定。
代理IP的复验耗时通常只有几分钟，比出了问题再排查划算得多。把这几步固化成一张清单，谁切换谁照着走一遍，代理IP的使用就能少掉很多反反复复的小故障。