多窗口运行的时候，几个窗口共用一条对外通道，这是默认状态。要让它们分开，动作集中在四步上：确认进程结构、准备线路、建立对应、逐个验证。顺序不能颠倒，第一步判断错了，后面三步都建立在一个错误的前提上，配置看着成功却分不开。这套流程本身不复杂，难的是每一步都有明确的判断标准，凭感觉走容易在中途卡住。
先看进程，再谈分配，判断依据只有一条：进程数和窗口数对不对得上。
四步各自要确认什么
- 确认进程结构
- 任务管理器里数进程数，与窗口数一致则按进程分，不一致则按窗口分
- 准备线路
- 按窗口数量取代理IP线路，另留一条备用，核对归属地分布
- 建立对应
- 逐条把窗口绑到线路上，不使用自动分配
- 逐个验证
- 每个窗口访问地址查询页，结果全部不同才算生效
第一步判断错，后面三步都建立在一个错误的前提上，配置看着成功却分不开。
第三步之所以不能用自动分配，理由很具体：自动分配依赖窗口编号，而编号在重启之后可能变化。变化之后对应关系就乱了，下一次启动时哪条线配哪个窗口，自己都说不清。手动建对应多花十分钟，省下的是之后每一次重启的核对。
线路归属地要不要分散
看用途。需要模拟不同区域的环境，就把代理IP线路分散到不同城市；只是想让窗口分开，同一个城市的四条线也够用。分散意味着管理成本上升，没有明确需求时不必刻意追求。
验证到什么程度算完成
四个窗口四个结果，全部不同。出现两个相同的结果，说明有两条线路落在了同一个地址上，或者其中一个窗口没有绑上。两种情况都要回头查，不能默认配置成功。
自动分配省在哪又亏在哪
省在不用逐条指定，亏在把控制权交出去了。多窗口场景里，编号顺序一变就是一次重新核对；手动建立对应写下来只有一份，改动的时候看得到改了什么，这对代理IP线路多的环境尤其有用。
四步走完，一套配置能用很久，后续只剩定期核对，成本很低。