换完之后就撒手，是很多问题的起点。换了 ip代理 的线路，参数没跟着调整，缓存没清，绑定没重做，结果是新线路配着旧状态，表现出来的问题比换之前还多。换线只是动作的第一步，调整才是后面的主体，而多数人把力气都花在了第一步上。
换完不是结束。
调整的范围取决于换的原因。因为线路质量换的，调整重点是验证和记录；因为任务方向换的，调整重点是参数档位和节奏；因为扩容换的，调整重点是归属和承载。三种情况要做的事不一样，混在一起做就会漏。
换完之后要动哪几处
三处：记录、参数、缓存。记录写清换的日期、原因、换到哪条；参数确认新线路的承载和原来一致，不一致就调整档位；缓存清一次，避免旧状态带进新线路。三处都做完，这次更换才算闭环。
只改记录行不行
不行。记录是给别人看的，参数和缓存是给窗口用的。只改记录，窗口还按旧状态在跑，问题会在几天后重新出现，而且更难查，因为记录显示已经换过了。
- 记录
- 日期、原因、换到哪条代理IP线路，三样写全
- 参数
- 确认档位和新线路承载匹配，不匹配就调
- 缓存
- 清一次，别把旧状态带过去
- 验证
- 抽查几个窗口，确认真实地址和记录一致
参数为什么要跟着动
因为不同代理IP线路的承载不一样。原来那条能带五个窗口，新换的只能带三个，参数还按五窗口的配置走，高峰期一定挤。调整的办法是把窗口重新分组，或者把档位拉开，让每个窗口的负载降下来。
参数和线路是一对，不能只换一边。只换线路不调参数，等于换了个更大的桶装一样多的水；只调参数不换线路，等于把水分到几个小桶里，总量没变。两边一起看，才有意义。
验证这件事不能批量做。一次换十几条代理IP线路然后一起抽查，抽出来的异常分不清是哪条线的毛病。稳妥的顺序是换一条、验一条、记一条，确认没有异常再动下一条。慢是慢了一点，但每条都有据可查，出问题能直接落回那一次更换上，不用把整批重来。
换线是动作，调整才是收尾。