模拟器里的一键换代理IP功能，用起来确实省事：点一下，地址变了，任务继续跑。省事背后有三件事必须确认，否则会出现「看起来换了，其实没换」的情况。这三件事分别是换的范围、换的时机、换完之后旧连接有没有断干净，缺一项都会留下隐患。
一键换的是配置，不是正在跑的连接。
(‘换的范围’, ‘换的是单个实例还是全部实例，多数工具默认全部’)
(‘换的时机’, ‘任务跑到一半换，正在进行的请求会失败’)
第一件事最容易忽略。很多工具的一键换代理IP是全局操作，点一下全部实例的地址都变了，本来想让一个实例换线，结果十个实例一起换，前面的配置全乱。用之前先看清楚按钮的作用范围，有单实例换的就用单实例，没有就手动改配置。
换的时机比换的动作重要
任务跑到一半换地址，正在进行的请求会断，断了就要重试，重试次数一多，日志里全是失败记录，看起来像线路出了大问题。正确的做法是在任务间隙换，或者等当前批次跑完再换。判断间隙的办法是看日志，连续几条成功记录之后的那几秒就是间隙。
长连接不会自己断
换完代理IP之后，已经建立的连接还在用旧地址，短则几分钟，长则几小时。表现出来是地址查出来是新的，实际流量还走旧的。确认办法是换完之后重启一次程序，或者等连接自然超时。不重启直接跑，等于新旧混用，比不换还乱。
断干净之后再跑一轮小任务，确认新地址真的在用。
换完之后的验证
验证要看三样：地址是不是新的、归属地是不是预期的、延迟有没有异常抬升。三样里最容易被跳过的是延迟，新地址的延迟可能比旧的高一倍，短任务看不出来，长任务会明显拖慢。验证时跑十分钟的连续请求，看平均延迟和失败率，两个都正常才算换成功。
什么时候不该用一键
实例之间有依赖关系的时候不要用一键。几个实例配合完成一个流程，中途换掉其中一个的地址，流程就断了。这种情况要整批一起换，而且要在流程开始之前换，不能在中间换。判断有没有依赖，看任务是不是需要几个实例互相通信，需要就是有依赖。
换的频率怎么定
按任务周期定，不按时间定。任务周期三天，就三天换一次；周期一周，就一周换一次。按固定时间换，会出现任务跑到一半被换掉的情况；按周期换，每次都落在干净的起点上。频率定下来之后写进操作规范，别凭心情改。
一键是效率工具，不是决策工具。
把这三件事确认完，一键换地址才真的省事。确认的过程只需要做一次，之后每次换都按同一套流程走，五分钟能做完，比出了问题再回头查要快得多。