模拟器多开要每个窗口各用一条地址，靠的不是模拟器本身，是外层的分流。模拟器只管窗口，不管网络，网络这一层要么在宿主机上按进程分，要么在每个窗口里单独填。两条路都能走通，选哪条看窗口数量和对独立性的要求。
编号、地址、表，三样缺一不可。
多开的第一步是把窗口编上号。管理器里给每个窗口改个名字，名字里带数字，从 1 开始连续编。默认名字都差不多，十几个窗口混在一起，后面配地址的时候根本对不上号。改名这一步只要五分钟，省下来的是后面几个小时的核对。
第二步是准备地址。每个窗口一条独立的代理IP线路，条数按同时在线数算，不要按创建过的窗口总数算。创建过二十个、同时开八个，就按八条准备，多出来的闲置就是浪费。地址按窗口编号记在表里，一行一个窗口，别靠脑子记。
第三步是配。宿主机上按进程分流，需要代理IP客户端能识别模拟器进程，配置里给每个窗口的进程单独指定线路；窗口里单独填，就要在模拟器内部打开网络设置，把地址和端口填进去。前者配一次管全部，后者配置分散但要改哪条改哪条。
两种代理IP配法有一个共同的坑：改完不验证。配完之后每个窗口都要打开查询页面看一次返回的地址，和表上对得上才算完。只看一两个窗口就收工，剩下的十几个里必定有配错的，跑起来才发现，重来一遍更费时间。
第四步是留着表。窗口编号、线路编号、对外地址三列写在同一个表里，换线的时候先改表再改配置。表上标上日期，下次排查能看出哪次改动之后开始出问题。没有表的配置，过一个月连自己都看不懂当初为什么这么排。
多开这件事，难点从来不在模拟器，在地址的对应关系。模拟器装好十分钟，把二十个窗口的地址配对、配稳、配得可查，才是一整天的事。
多开还有一种省事的做法：把分流放到软路由上，宿主机和模拟器都不用改，下游设备按分配走。这种做法窗口数固定的时候最省心，窗口数经常变的场景反而麻烦，每加一个窗口就要动一次路由。
四步做完，模拟器多开这件事在地址这一层就算落定了，多开配得稳不稳，看的就是这四步。剩下的速度、稳定性问题属于线路质量，和分层配法无关，两件事分开查，别混在一起归因。
