模拟器里做一窗口一地址，难点不在配置本身，在实例的独立性。模拟器的每个实例都是一个独立的运行环境，配置写在实例里才真正独立，写在模拟器全局设置里，所有实例共用一份。先确认实例的配置目录结构，再决定配置写在哪里。
写在实例里，才算真的独立。
目录结构通常带编号，一号实例一个目录，二号实例一个目录。有了编号，批量配置就有了抓手：改一份模板，按编号生成十份，逐个放进对应目录。没有编号的话，先花半天把目录整理成带编号的形式，这笔投入一两天就能回本。
配置写在实例里，模板按编号生成。
(‘实例目录’, ‘带编号，每个实例一份，互不覆盖’)
(‘配置位置’, ‘写在实例目录里，不写模拟器全局’)
代理IP配置位置选错，后面全是白工。写在全局设置里，改一次十个实例一起变，看着省事，实际做不到一窗口一地址。写在实例里，改十次才能配完十个，但这十次是独立生效的，这才是目标状态。
批量生成配置的办法
模板里代理IP那一行留成占位，生成的时候按编号替换。十个实例生成十份，文件名带上编号，放进对应目录。生成完不要立刻启动全部实例，先启动两个，各查一次地址，确认两份配置都生效，再启动其余。
验证这一步不能省。批量生成最容易出的错是目录写错，配置生成到了别处，那个实例还在走默认线路。十个实例里错一个，平时看不出来，等任务跑到那个实例才发现，前面跑的时间全白费。
实例多了怎么维护
超过十个实例之后，维护的重点从配置转到记录。哪个实例用哪条代理IP线路、什么时候换的、换之前的表现如何，都要记下来。记录不用复杂，一张表三列就够，关键是每次改动都更新，攒着不改等于没有记录。
做完之后怎么验收
验收看三样：每个实例的地址都不重复、地址的归属地符合预期、任务在实例里跑得通。三样都过，这次配置才算完成。任何一样不过，先解决这一样，不要往下推，推下去错误会跟着一路传。
模拟器一窗口一地址，做完之后的效果是每个实例都有独立的网络身份。代价是配置量翻倍，收益是排查范围缩小到单个实例。实例数超过四个之后，这个交换就是划算的，前提是每个实例的代理IP线路都单独记了账，不然后面换线的时候还是得全部重来。