WiFi 能用但手机流量不能用
快速回答
WiFi 与移动网络在 IPv6 策略、端口限制与解析路径上存在系统性差异；把两种网络下的表现逐项对比，差异出现在哪一项，原因就在哪一层。
这个故障最容易被当成玄学，因为「配置没动过，换个网络就坏了」。其实它恰恰最讲道理：WiFi 和移动数据是两套网络条件——IPv6 策略不同、端口管控不同、解析路径不同。配置没变，环境变了。所以排查方法也唯一：把两种网络下的表现逐项对比，差异出现在哪一项，原因就在哪一层。
核心结论
- 这是环境差异问题而不是玄学：同一配置在两种网络下遇到的是两套网络条件。
- 移动网络普遍优先 IPv6，节点或客户端对 IPv6 支持不佳是这类故障的头号原因。
- 部分端口与 UDP 类协议在移动网络下更容易受限，换协议与端口是快速验证手段。
- 两种网络的解析路径不同，远端解析能消除这一变量。
- 逐项对比是唯一系统的方法：差异出现在哪一项，原因就在哪一层。
先确认现象范围
三个快速定位问题的边界：
- 所有节点还是部分节点？ 全部失败指向网络层差异；只有某些协议的节点失败，指向端口或协议限制。
- 所有应用还是部分应用？ 全部应用失效在网络层；部分应用失效先查分流规则与应用权限。
- 换设备或换卡是否复现？ 同一张卡在另一台设备（开热点测试）同样失败 → 运营商网络因素；只有本机失败 → 本机配置或系统策略。
IPv6 策略差异
这是头号嫌疑人：移动网络普遍优先 IPv6，而家用宽带多为 IPv4 或双栈。节点不支持 IPv6、或客户端在双栈下的连接选择不当时，就会出现「WiFi（走 IPv4）正常、移动数据（优先 IPv6）失败」的精确症状。
验证与处理：在客户端连接设置里优先 IPv4 后重测——恢复正常即确诊。保持该设置即可，无需关闭系统 IPv6。双栈机制的完整说明见 IPv4 和 IPv6 节点怎么选。
APN 与运营商配置
APN 决定移动数据的接入行为。两条纪律：
- 没改过就别动。默认 APN 适配绝大多数场景，这一项进入清单只为排查「曾经改过」的情况。
- 改过的恢复默认。跟着来路不明的「加速教程」改过 APN 参数的，恢复默认再测——不少疑难杂症到这一步就消失了。
端口与协议限制
部分移动网络对非常用端口和 UDP 流量有限制，症状是特定协议的节点集体失败：
- 基于 UDP 的协议（如 Hysteria 类）受影响概率最高——不是慢，是完全连不上。
- 验证方法：换一个走 443 端口、TCP 承载的节点（Trojan、VLESS+TLS 类）测试，恢复即确诊。
- 协议与端口的适配逻辑见常见机场协议完整解释——「能稳定连上的协议就是最快的协议」在移动网络下尤其成立。
DNS 与解析差异
两种网络使用不同的运营商解析，解析结果与路径都可能不同：
- 移动网络下解析失败或被指向不可达地址时，表现为连接超时。
- 启用远端解析或 fake-ip 能把解析变量整体移出本地网络——两种网络下行为随之一致。原理见 DNS 对机场使用有什么影响。
应用与系统层因素
网络层都排除后，往系统层查：
- 省电策略：移动数据场景常伴随离开 WiFi 的移动使用，后台被杀的概率上升，处理见 Android 手机机场客户端选择。
- 应用网络权限：部分系统可以单独限制应用使用移动数据，检查客户端是否被限。
- 系统更新：更新后 VPN 授权或网络配置可能被重置，重新授权一次。
逐项对比定位表
| 排查项 | WiFi 下表现 | 移动数据下表现 | 结论指向 |
|---|---|---|---|
| 全部节点连通性 | 正常 | 全部失败 | 网络层差异（IPv6 / 端口限制） |
| 部分协议节点 | 正常 | 仅部分协议失败 | 该协议或端口被移动网络限制 |
| 优先 IPv4 后重试 | 正常 | 恢复正常 | IPv6 适配问题，按 IPv6 方案处理 |
| 换 443 端口 TCP 节点 | 正常 | 恢复正常 | 原端口或 UDP 被限制 |
| 远端解析开启后 | 正常 | 恢复正常 | 解析路径差异导致 |
| 另一设备同卡热点 | 正常 | 同样失败 | 问题在运营商网络而非本机 |
常见问题
是运营商屏蔽了机场吗？
多数情况没有这么针对。更常见的解释是普遍性的网络策略差异：IPv6 优先、部分端口受限、UDP 管控——这些对所有流量一视同仁，只是代理链路恰好踩中。逐项对比排查后仍无解、且多家服务商的节点都失效，才值得考虑更强的网络限制因素。
IPv6 要关掉吗？
不要一刀切。正确顺序是先验证：在客户端里把连接策略设为优先 IPv4 测一次，恢复正常就说明是 IPv6 适配问题——此时可以保持优先 IPv4 的设置，而不是关闭系统 IPv6。IPv6 本身不是问题，节点与客户端对它的支持参差才是，背景见 IPv4 与 IPv6 节点的选择文章。
APN 需要改吗？
绝大多数情况不需要，保持运营商默认即可。APN 进入排查清单只因为一种情况：曾经手动改过（跟教程设置过所谓加速 APN 之类）。改过的恢复默认再测；从没动过 APN 的，跳过这一项，别把它当成万能开关。
换协议真的有用吗？
对端口和 UDP 限制类的原因，有用且立竿见影。验证方法：挑一个走 443 端口、TCP 承载的节点（如 Trojan 或 VLESS+TLS 类）测试，恢复正常就说明原协议的端口或 UDP 被限制。这也是订阅里保留多协议节点的价值之一。
为什么只有部分应用不行？
全部应用失效指向网络层（IPv6、端口），部分应用失效则要往上层查：分流规则把这些应用的流量判去了失效的路径、应用自身的网络权限被系统限制、或应用缓存了旧连接。切全局模式测一次能快速区分是规则问题还是网络问题。
换一张卡能验证什么？
换卡（或用别人同运营商/不同运营商的热点）是区分「运营商网络问题」与「本机问题」的最快手段：不同运营商的卡正常，问题锁定原运营商的网络策略；同运营商的卡同样失败，基本排除本机配置的嫌疑。
移动网络和宽带表现不同是正常的吗？
正常，两者是不同的网络环境，不能直接对比。移动网络的国际出口路径、IPv6 部署策略和端口管控往往和家庭宽带完全不同，同一运营商的移动网络与固网出口都可能走不同的路由。判断线路是否合适，需要分别在两种接入方式下测试，不能只测一种就下结论。
手机流量下机场时快时慢，是信号问题吗？
有可能，但要先排除弱信号时段。基站信号弱会导致丢包和延迟同时升高，表现和线路拥堵很像。排查时先看手机信号格数是否稳定，避开电梯、地库等弱信号环境后再测一次；如果信号满格依然时快时慢，才需要往线路或运营商策略方向排查。