窗口从三个加到八个之后，逐个改地址就成了负担。批量改代理IP能省时间，但批量的前提是编号清楚：窗口有编号、线路有编号、两者的对应关系记在同一张表里。没有编号的批量改，改完不知道哪个窗口用了哪条线，等于把配置变成了黑盒。
批量的前提是编号，不是脚本。
编号怎么排
窗口按数字排，代理IP线路按同样的数字排，一一对应。窗口编号不必连续，中间留几位给临时窗口更好，加窗口的时候不用重排。线路编号带上前缀，比如L开头，避免和窗口编号混在一起看错。两套编号各自独立，对应关系靠一张表维护。
编号对不上，批量改就是批量出错。
(‘窗口编号’, ‘按数字排，留空位，临时窗口插在空位上’)
(‘线路编号’, ‘带前缀区分，和窗口编号一一对应’)
对应表别看简单，它是整套批量操作的地基。表里只有窗口编号和代理IP线路编号两列，改之前查表，改之后更新表，出问题按编号反查。表一旦停了不更新，下次批量就会把两个窗口配到同一条线上，而这种错误在日志里看不出来，只能靠对比发现。
批量省下的是操作时间，不是判断时间。
批量改之前先改一个窗口验证。验证的内容有三样：地址变了、地址是预期的那一条、任务的连接正常。三样都对，再把同一套配置推到其余窗口；三样里有一项不对，先在单个窗口上改到对，别急着批量。这一步花五分钟，能省掉一次全量回滚。
一次改几个
一次改两到三个，不要一次全改。改完跑十分钟，看失败率和耗时有没有异常，正常再改下一批。一次全改的好处是快，坏处是出问题时全部窗口一起出问题，回滚也要全部回滚，风险比省下的时间大得多。
改完之后核对什么
核对三件事：每个窗口的地址不重复、地址的归属地符合预期、对应表已经更新。前两件在窗口里查，第三件在表里看。三件都做完，这次批量才算结束，只做前两件，下次批量时表就是错的，错误会一直传下去。
批量改地址是个熟练活，做得快的人不是脚本写得好，是编号和表维护得干净。把编号这一步做扎实，后面的批量只是重复劳动，出错率能压到很低。