手上要同时开五六个模拟器实例，一个一个点进设置界面填代理IP，改到第三个就开始重复劳动。这种场景更适合走命令行：雷电模拟器自带调试桥接接口，可以用一条命令把代理配置写进模拟器内部的系统设置里。命令跑完，界面上的开关会跟着变，等于替手点了一遍。前提是这台电脑上能找到调试工具，它的路径就在模拟器安装目录里。
先确认调试通道能连上
模拟器启动之后，用安装目录里的调试工具连上本机实例。连上以后执行一条查看设备的命令，能列出实例编号就说明通道正常。编号在多开器里也能看到，多个实例同时开的时候，用编号区分要操作哪一个，别默认只有一个。连接不通时，先确认模拟器是否允许调试，再确认工具路径没写错。
- 连接前先确认调试通道正常，设备列表能列出实例编号
- 写入前把代理IP地址和端口抄准，命令不会帮你纠正拼写
- 不读系统代理的应用要单独处理，命令覆盖不到
一条命令写进系统设置
设置代理的核心命令，是往模拟器内部的系统设置里写一个键值，键名是代理，值是地址加端口。命令里那一串地址端口要和代理IP客户端显示的完全一致，差一个字符都会连不上，而且界面上不一定会报错。写完这条，模拟器内部就相当于被手动打开了一次代理开关，重启模拟器之前一直有效。
命令是即刻生效的，不用重启模拟器。
命令方式管不到的部分
这条命令写的是安卓系统的全局代理，它有一个明确的边界：只有那些会读系统设置的请求才会走代理IP，自己实现网络请求的应用不读。所以可能出现浏览器通了、某个应用还是直连的情况。这不是命令写错了，是那个应用不认这套设置。真要让它也走，得改用应用内自带的代理配置，或者从更底层的网络层接管。
批量操作的价值在于可复制。把连接实例、写入代理IP、核对结果三步串成一个脚本，一次跑完所有实例。每个实例写不同的地址端口，就是不同IP。跑完之后逐个在模拟器内部查一次IP地址，确认写入的确实是预期的那一条。命令只保证写进去了，不保证应用一定读。
- 连上实例 用安装目录里的调试工具连接目标模拟器，先查看设备列表确认编号
- 写入代理 把代理IP客户端给出的地址和端口拼成一条命令，写进系统设置
- 逐实例核对 每个实例写不同的地址端口，跑完在模拟器内部查一次IP
- 确认边界 不读系统代理的应用，改用应用内配置或更底层的接管
命令方式还有一个好处是可回退。想恢复直连，把同一个键写成空值再执行一次就行，不用再进界面找开关。批量环境里这一步很实用：跑完一轮测试，一条命令把全部实例的代理配置清掉，回到干净状态，比逐个点界面快得多。
要长期用命令管理，可以把常用操作整理成几个小脚本，连接、写入、核对、清空各一个。选代理IP服务时，优先看它是否提供固定的地址端口和稳定的本地监听，这两点决定了脚本能不能一次跑通，也决定了批量实例能不能共用同一份写法。
脚本能复用，才算省下时间。
如果手上实例经常变动，把这套命令流程沉淀下来会比每次手动配置省事。先在一台电脑上跑通连接、写入、核对三步，再考虑扩展到更多实例。选型时把代理IP是否支持固定地址端口作为一项，会让后面的自动化顺畅不少。