一个程序开四个窗口，四个窗口共用一条代理IP，等于没有拆。窗口拆分的核心不在开几个窗口，在于每个窗口的网络身份是不是各自独立。做到这一点要过三关：客户端能不能按窗口填参数、系统层会不会把流量收回去、退出重进之后配置还在不在。三关里最容易被跳过的是第二关，很多方案在客户端改完就以为成了，结果系统路由又把流量收走了。
拆的是身份，不是窗口数量。
第一关：客户端能不能按窗口填
同一个程序里，不同窗口各自填地址的权限，是整套方案的地基。
做法上看两件事：设置项是按窗口保存还是按程序保存，新开窗口会不会继承上一次的值。按程序保存的方案，改一次全部窗口跟着变，拆了也没有意义；新窗口继承旧值的，复制窗口的时候会把地址一起复制过去，看着像配好了，其实是四个窗口挤在一个地址上。判断办法很简单：配完之后新开一个窗口，看它的设置是不是空的，这一条比任何说明文档都直接。
窗口和地址怎么对应
一个窗口固定一条线，是最省心的对应方式。窗口编号和线路编号记在同一张表里，出问题时按编号查，两分钟能定位。反过来按时间段切换的做法，短期省事，出问题时没法回溯是哪一段出的，表也就白做了。
(‘按窗口固定’, ‘一个窗口一条线，编号对齐，排查最快’)
(‘按程序固定’, ‘整个程序走一条线，只适合单窗口的场景’)
第二关：系统层会不会把流量收回去
客户端配好只是第一步。系统里如果还留着全局代理或者路由规则，程序发出的请求会先被系统拦走，客户端那一份配置就成了摆设。检查办法是把客户端的代理IP设置临时改成一个明显不通的地址，任务还能跑通，就说明流量根本没走客户端。这一步验完，才算真的拆开。
退出重进之后还在不在
有些方案只在运行期间生效，程序重启后配置恢复默认，悄悄回到共用那条线上。这种方案在测试时看不出问题，跑长任务时会在半夜变成共用。上线前做一次重启测试，重启后逐个窗口查地址，四个代理IP地址各不相同才算过关，少一个都不算。
拆得对不对，重启一次就知道。
三关都过之后，还需要一张表把窗口、线路、用途记下来。表不用复杂，三列就够，难的是每天都更新。表在的时候，问题定位有依据；表不在，只能凭印象猜，猜错一次花掉的时间通常比做表多得多。
