在模拟器里跑游戏多开或自动化脚本，按系统代理的方式配了代理IP，结果发现应用该直连还是直连、换出口完全没生效。安卓模拟器（夜神、雷电、MuMu、逍遥类）的网络栈是独立虚拟化的，系统代理和模拟器内部的代理设置不是同一回事——按桌面端思路配，往往是配在”外面”那一层，模拟器内部不读。
为什么模拟器不读系统代理
模拟器在主机上跑一个虚拟的安卓系统（或基于安卓的定制环境），它有自己的虚拟网卡和 NAT 转换。主机上的系统代理（Windows 代理服务器设置）走的是主机的网络栈，模拟器内部应用的网络请求从虚拟网卡出去，默认不读主机的代理设置——这是新手最容易踩的坑：以为给主机配了代理IP，模拟器就跟着走，结果发现所有应用还是直连出口。模拟器内部的代理设置需要到模拟器自带的网络设置里改，或者在模拟器启动参数里指定代理地址与端口，两者配的代理 IP 必须一致才能让模拟器内的应用走代理出去。
三种出口方案各有什么代价
第一种是模拟器自带的代理设置：进入模拟器设置 → 网络/Wi-Fi → 改代理为手动，填代理IP 地址和端口。优点是配置最直接，应用都走；缺点是每个模拟器实例都要单独配，多开时改起来繁琐；部分应用内部还可能不读这个设置走自己的网络栈。
第二种是模拟器启动参数指定代理：很多模拟器支持在创建实例时用命令行或配置项指定 –http-proxy / –proxy-server。优点是随实例启动自动生效，多开场景下配合脚本批量配置很方便；缺点是要在创建实例时改，新建实例多了不好统一管理。
第三种是网关级代理（让整个虚拟 NAT 走代理）：通过修改模拟器宿主网络栈的路由或用网关软件把模拟器虚拟网卡的出站流量整体转发到代理IP 客户端。优点是模拟器内的所有应用（包括不读系统代理的那类）都生效；缺点是配置复杂，需要懂路由规则，对主机的其他流量可能产生干扰。
- 确认网络模式: 看模拟器是桥接还是 NAT。桥接模式下模拟器相当于主机网段的一台独立设备，系统代理对它无影响；NAT 模式下模拟器通过主机 NAT 出去，系统代理至少在 NAT 层能拦截部分流量。先确认模式再选方案。
- 配置代理 IP: 模拟器内 Wi-Fi 设置改手动代理，填代理IP 客户端的监听地址和端口。如果模拟器在主机上跑，监听地址一般是 127.0.0.1，端口看代理客户端的本地 SOCKS5/HTTP 端口。
- 验证是否生效: 在模拟器内打开浏览器访问 ip.sb 或 ipip.net 这类查出口地址的站，看显示的 IP 是不是代理IP 出口。如果还是主机真实 IP，说明代理没生效；如果显示代理IP 出口的 IP，说明配置成功。
- 应用级验证: 部分应用（游戏客户端、社交 App）内部用独立网络栈，可能不读模拟器的系统代理。这类应用需要在应用内单独配代理（如果支持）或用网关级方案让所有出站流量都走代理。
常见坑与避坑
第一，模拟器内多个应用出口不一致。模拟器系统代理配了，但某些应用有自己独立的网络模块，结果发现只有浏览器走代理，游戏 App 还是直连——这种情况下要么用网关级方案，要么在 App 内单独配。第二，模拟器多开时各实例出口相同。默认所有实例都走同一份代理配置，多账号场景下各账号的出口一样，平台容易识别关联。需要用支持每实例独立代理的模拟器或在代理客户端里给每个实例分配不同的出口账号。第三，更新模拟器后代理失效。模拟器版本升级可能重置网络设置或代理配置，更新后要重新检查。第四，模拟器与主机的时区不一致。模拟器系统时区是默认的，但代理IP 出口地区是另一个时区，平台按时间戳校验时会算”异常”。把模拟器时区调到与出口地区一致能减少风控信号。
注意事项：安卓模拟器的代理配置与真机安卓的”开发者选项里设全局代理”路径不同，模拟器内的代理入口在 Wi-Fi 设置或模拟器自带的网络设置里，不在开发者选项；部分定制模拟器可能把代理入口藏得深，文档不细看很容易找不到。配置后务必在模拟器内查出口地址确认配置真的生效——只看主机上代理客户端的连接列表不够，因为模拟器内的应用可能根本没发起连接。
总结：安卓模拟器里代理IP 不生效，最常见的原因是按桌面端思路配在了主机的系统代理上，模拟器内根本不读。识别出口方案（模拟器自带设置/启动参数/网关级）、确认网络模式（桥接 vs NAT）、在模拟器内查出口地址验证、给每个实例分独立出口、按需选择网关级方案——把这几处理顺，模拟器内的代理IP 配置才真正生效。