手机连接WiFi并开启代理后，浏览器刚查到代理出口，过几分钟某个App又显示本地移动网络；或者锁屏、走到信号较弱的位置后，连接突然失效。常见原因并不是代理节点主动“改回去了”，而是系统的WiFi助理、WLAN+、智能网络切换或双通道加速在弱网时启用了蜂窝数据，导致部分新连接绕开原来的WiFi代理。
不同品牌对这类功能的命名不同，行为也不完全相同。有的会在WiFi无互联网时整体切到移动数据，有的允许App同时使用WiFi与蜂窝链路，有的只在下载、游戏或系统服务中加速。排查时必须确认实际出口，而不能只看状态栏仍显示WiFi图标。
为什么WiFi代理挡不住蜂窝回退
安卓和iOS中的手动WiFi代理通常是当前无线网络的配置。应用通过这个WiFi并遵循系统代理时，请求才会发送给代理服务器。一旦系统把连接调度到移动数据，蜂窝网络不会自动继承WiFi里的代理主机和端口。
| 设置或功能 | 可能影响的范围 | 典型结果 |
|---|---|---|
| WiFi手动代理 | 遵循系统代理且使用该WiFi的应用 | 切到蜂窝后通常不再生效 |
| 本地VPN型代理App | 按应用和路由规则接管系统流量 | 可能覆盖WiFi和蜂窝，也可能有旁路 |
| WiFi助理/智能切换 | WiFi质量差时改用移动数据 | 出口变为运营商网络 |
| 双通道/网络加速 | 部分App同时使用两条链路 | 同一时段可能出现不同出口 |
| IPv6旁路 | 代理仅处理IPv4，AAAA连接直连 | 查询工具结果取决于使用协议 |
哪些现象说明系统可能切了网络
- 关闭移动数据后问题立即不再出现；
- 只有离路由器较远、WiFi抖动或丢包时发生；
- 浏览器经过代理，某个“加速名单”里的App显示蜂窝出口；
- 锁屏唤醒后短暂断线，重新连接又恢复；
- IPv4查询是代理地址，IPv6查询却是本地运营商；
- 代理日志里没有故障时段的请求，但目标服务日志出现移动网络来源。
手机顶部同时出现WiFi图标并不能排除蜂窝参与。一些系统会保持WiFi连接用于局域网，同时把互联网流量交给移动数据。
用最小变量法定位
- 记录基线。在WiFi信号良好处，关闭代理，分别查询IPv4、IPv6，记录当前宽带出口和延迟。
- 只开启代理。保持移动数据关闭，验证目标App是否能访问、代理日志是否收到请求、出口是否符合预期。
- 模拟原场景。保持移动数据关闭，走到弱信号区域或按正常使用等待，观察问题是否复现。不要人为干扰不属于自己的网络。
- 开启移动数据做对照。如果问题只在蜂窝可用时出现，检查WiFi助理、WLAN+、智能切换、双通道和App网络加速。
- 检查IPv6。使用支持分别查询IPv4和IPv6的工具，确认代理是否覆盖两种协议。
- 核对日志时间。将手机系统事件、代理连接记录和自有服务访问日志按分钟对应，判断请求实际走哪条链路。
可从系统设置搜索“网络加速”“自动切换”“WLAN+”“WiFi助理”“双通道”等关键词。菜单位置会随品牌和系统版本变化，应以当前设备界面为准。测试完成后是否恢复这些功能，取决于用户对稳定性、流量和不断网的需求。
浏览器正常、App异常不一定是切网
有些App不遵循WiFi手动HTTP代理，使用自有网络库、UDP、QUIC或证书固定；浏览器则正常使用系统代理。此时关闭移动数据也可能仍然异常。应检查该代理方案支持的协议、App公开兼容说明和客户端日志，不能要求用户安装陌生根证书或关闭TLS验证。
另外，App的旧连接可能在切换前已经建立。查询页显示当前代理出口，只代表该次查询请求，不代表所有后台连接同时重建。
如何设置得更稳定
- 需要WiFi代理稳定测试时，临时关闭移动数据和双通道功能，保持单一路径；
- 使用本地VPN型代理时，检查应用范围、分流、IPv6和断线保护是否符合需求；
- 选择延迟、丢包和连接稳定性更合适的授权节点，避免弱网下持续重连；
- 路由器覆盖不足时优先改善WiFi，而不是依赖系统在两条链路间反复切换；
- 需要长期固定出口的业务，应在自有服务日志中持续验收，不用一次IP截图代替。
IP和网络检测入口可以从极跃圈网址导航选择。提交故障时写清手机品牌、系统版本、WiFi信号、移动数据开关、智能切换状态、代理类型以及IPv4/IPv6结果，才能判断是系统回退、协议旁路还是应用不支持代理。
