多开时最容易被忽略的一件事：所有窗口从同一个门出去
一台机器上摆着十几个模拟器窗口，每个窗口里挂着不同的账号，看着互不相干。可底下那条线其实是连着的——网络。
新装的模拟器默认跟随宿主机的网络走，十几个实例的出口IP一模一样，连 DNS 都是同一个。我见过最常见的情况是这样：头三天一切正常，第四天开始某一个实例的请求开始被要求验证，接着蔓延到另外几个。回头一查，问题不在操作，在网络。
所以多开这件事，配代理不是"顺手加一条线路"那么简单。真正的重点是让每个实例拥有独立、稳定、可复现的出口，让别人看到的来源彼此没有关系。
三条路，先挑一条顺手的
给模拟器配代理，能走的路子基本就三类，隔离强度和上手难度完全不同。别一上来就挑最复杂的那条。
第一种，模拟器里直接填。安卓系统自带的 WiFi 设置里能配手动代理，模拟器继承了这个入口。好处是不用装任何东西，坏处是它只认 HTTP 代理，只对老老实实读系统代理的应用生效。跑 H5、网页类的活儿够用，跑原生 App 经常漏。
第二种，每个实例内部单独接管。给每个模拟器实例各配一套代理参数，出口跟着实例走。隔离彻底、灵活，代价是要一个个配，实例一多容易配串。
第三种，从网关层统一分发。在路由器或一台中间机上做出口分配，模拟器只管连。实例数量大、有人专门维护网络时最省事，但出问题时排查成本最高。
绝大多数人用得上的是前两种，下面重点讲。
动手之前，先把代理四件套拿到手
不管走哪条路，手上得先有四样东西：代理地址、端口、账号、密码。少一样都连不上，顺序也别搞错。
这里拿神龙IP举例。它支持的协议里有 SOCKS5、SSTP、L2TP、IKEv2、PPTP 几种，模拟器场景优先选 SOCKS5——它不挑应用类型，绝大部分流量都能接管，不像 HTTP 代理那样只管浏览器那一套。
线路这块，神龙IP 标称 200+城市精准定位、1000万+纯净IP资源池、30ms 级响应，自营机房，带宽 6-15M 可定制。这几个数字在多开里对应的都是很实际的东西：城市定位决定你能拿到哪个地区的出口，响应速度决定实例里点一下卡不卡，带宽决定你同时挂几个窗口不出问题。
套餐怎么挑，看你多开的性质。
短周期、需要经常换出口的，比如营销推广时看各地搜索结果、一轮又一轮地做数据采集，选动态独享比较合适——10Mbps 峰值，时效 2-360 小时可选，到期自动换，不用你盯着表。如果实例要长期在线、出口不能动，比如自媒体多账号的 IP 独立防关联，那就选静态高级，长期固定IP，运营商合作资源，6Mbps 带宽，一个实例拴一条固定线路，最省心。
顺便说一句，服务器性能与压力测试用的是同一套配置思路，只不过那边更在意带宽和并发数，普通多开更在意出口的独立性。
路子一：模拟器里直接填（五分钟能搞定）
以常见的安卓模拟器为例，各家界面都差不多。
进模拟器桌面，打开"设置"→"网络和互联网"→"WiFi"。你已经连着一个虚拟 WiFi 了，长按它，选"修改网络"，展开"高级选项"，把"代理"从"无"改成"手动"。
然后填两栏：主机名填代理地址，端口填端口号。保存，退出，浏览器随便打开一个页面，能出来就说明通了。
这里有两个坑得提醒。
一是这套设置不认 SOCKS5。安卓系统的 WiFi 手动代理只实现了 HTTP 那一层，你把 SOCKS5 的端口填进去，它连不上。要么让服务端给一个 HTTP 端口的入口，要么走第二种路子。
二是它只管"守规矩"的应用。有些 App 自带网络模块，压根不读系统代理配置，你以为配好了，它其实还是从宿主机直接出去的。验证方法不难：配完以后打开那个 App，同时在外面查一下出口，对不上就是没接管。
路子二：每个实例单独接管，这才是多开的正解
思路很直白：给每个模拟器实例分配一条独立线路，实例内部的流量全走这条线，出口互不重叠。
具体就是把各自的代理参数配进每个实例，端口错开。第一个实例用 1080，第二个 1081，第三个 1082，一路排下去。建议拿张表记着：哪个实例对哪条线路、出口在哪个城市、什么时候到期。出问题时能立刻定位到人。
配完先别急着上业务，用命令行验一遍最稳。在终端里跑：
curl -x socks5h://账号:密码@代理地址:1080 https://<取出口IP的接口>返回的 IP 应该跟你给这个实例分配的那条线路一致。再换一个端口跑一遍，两次结果不同，说明隔离成立。两次一样，那就不是"配了没用"，而是根本没走代理，或者两条线路配成了同一条。
跑脚本的场景可以把代理直接写进代码：
import requests
proxies = {
"http": "socks5h://账号:密码@代理地址:1080",
"https": "socks5h://账号:密码@代理地址:1080",
}
r = requests.get("https://<取出口IP的接口>", proxies=proxies, timeout=10)
print(r.text)
注意是 socks5h，不是 socks5。多那个 h 的意思是域名解析也交给代理端去做，DNS 请求不会从本地漏出去。少写这个字母，出口是新的，解析还是本地的，隔离就漏了一个口子。
隔离真正要盯的四个点
出口IP只是第一层。很多人做到这一步就收手了，然后发现还是出问题。下面这四件事建议一起过一遍。
一条实例一条出口，别贪省事共用。同一个IP下挂两个以上实例，前面做的全白费。动态线路还要留个心：2 小时到 360 小时可选，到期会自动更换，如果两个实例同时被分到同一段，需要手动错开一下。
DNS 和出口地区要对得上。出口在广州，解析却显示在北京，这种组合在日志里很扎眼。socks5h 能解决大部分解析泄漏，剩下的靠检查兜住。
时区、语言跟着出口走。模拟器默认继承宿主机时区。出口在广州，系统时间却是另一个时区、界面语言是英文，这种搭配不需要多高明的技术就能看出来。改起来一分钟的事，偏偏最容易被忘。
设备参数别重样。机型、分辨率、IMEI、MAC 这几项模拟器一般都能改。多开时让它们各不相同，比全部保留默认值要稳得多。
三种配置方式横向摆在一起看会更清楚：
| 配置方式 | 支持协议 | 隔离强度 | 适合实例数 | 上手难度 |
|---|---|---|---|---|
| 模拟器内置手动代理 | 仅 HTTP | 弱 | 1-3 个 | 低 |
| 实例内单独接管 | SOCKS5 等 | 强 | 3-20 个 | 中 |
| 网关层统一分发 | 看中间机配置 | 强 | 20 个以上 | 高 |
配完别急着跑，先做四步自检
每配好一组实例，我都会走一遍下面这个流程。五分钟的事，能省掉后面几个小时的排查。
第一步，查出口IP。逐个实例跑一次查询，把结果抄下来。看两件事：彼此有没有重复，是不是落在你指定的那个城市。这两条过了，基础就没问题。
第二步，查 DNS。看解析请求从哪里出去。如果解析结果是本地运营商给的，说明 socks5h 没生效，回去检查协议前缀和端口。
第三步，查时区和语言。出口在哪个地区，时区和语言就调成哪个地区。这一步没有技术含量，纯粹是细不细心的问题。
第四步，记台账。实例编号、线路、城市、到期时间，一行一条。动态线路到期会自动更换，台账上有时间点，心里就有数，不会第二天打开发现出口变了却不知道为什么。
四步走完，一套多开环境的网络隔离基本立住了。以后扩实例，照着台账往下排就行，不用重新摸索。
常见问题
Q：模拟器里代理填好了，为什么在 App 里查到的还是本地IP？
大概率是那个 App 不读系统代理设置。安卓 WiFi 里的手动代理只对遵守系统配置的应用生效，自带网络模块的 App 会绕过去。解决办法有两个：换成每条实例单独接管，或者确认你填的端口类型和协议是匹配的——HTTP 端口填成 SOCKS5 的端口，一样连不上。
Q：开 10 个实例，是不是就得准备 10 条线路？
想要隔离干净，一个实例一条是最稳的。动态独享 10Mbps 峰值，一条线路跑一到两个轻量实例问题不大，具体看你的业务吃不吃带宽。真正不能省的是"出口不重叠"这条底线，宁可少开两个窗口，也别让两条实例挤在同一个IP上。
Q：动态和静态到底怎么选？
看你的出口要不要"被记住"。需要长期保持同一个出口的，比如多账号的独立防关联，选静态高级，长期固定IP，运营商合作资源，6Mbps 带宽，实例重启了出口还是那一个。需要出口不断变化的，比如看各地搜索结果、做数据采集，选动态独享，时效 2-360 小时，到期自动换，不用人工干预。
Q：出口IP一会儿对一会儿不对，是什么原因？
常见三种。一是动态线路到期自动更换了，属于正常现象，查台账就知道。二是部分实例压根没走代理，跑的是宿主机直连，重新用命令行验一遍就能挑出来。三是两条实例的代理参数配成了同一条，看起来"不对"，其实是两条线路共用了同一个出口。
