01切换改变的不只是信号图标
从 Wi-Fi 切到移动网络时，设备使用的地址、接入路径与解析环境都可能改变。新网络也可能带有认证、访问范围或应用联网限制。因此，图标显示已连接，只能说明一部分状态，不能保证目标服务已经可用。切换后先等待接入稳定，用普通网页确认基础网络，再测试原有问题，避免在信号持续变化时同时修改复杂配置。
02先排除接入认证与权限问题
公共 Wi-Fi 可能要求打开网页完成认证，移动网络则需要确认套餐、信号和应用的数据权限。某个应用没有被允许使用蜂窝网络时，其他应用能联网并不能证明它也具备相同条件。先检查系统实际提示与当前接入方式，保留必要的错误信息。如果设备频繁在两种网络间来回切换，应先处理覆盖或接入稳定性，再讨论规则与策略是否需要调整。
03不要用旧连接判断新网络
部分应用会维持已经建立的长连接，也可能在断开后延迟重试。切换之后看到短暂等待，不一定是新规则没有生效。使用新的请求验证，并区分应用自身重连与底层网络可用性。必要时重新进行一次明确的页面操作，而不是反复刷新多个应用。如果只有一个应用恢复慢，先观察它的行为；如果所有应用都异常，再回到系统接入与解析状态。
04检查 DNS 与环境依赖
原网络能够访问的解析服务或内部域名，在另一个网络中可能不再可达。切换时缓存和系统设置也会影响观察，应记录当前网络、时间和目标错误类型。不要因为更换网络后失败，就立即套用另一份复杂配置。先判断是没有解析结果还是连接无法建立，再检查相关设置。内部资源应在被允许的环境中访问，不通过随意公开服务解决接入限制。
05规则与策略需要按新条件验证
若配置中的处理依赖特定网络环境，切换后应确认实际条件和预期是否一致。先看命中记录，再看关联策略，不能只根据配置文件的名字判断当前行为。每次只调整一个设置，并在新网络中发起新请求比较。测试结果应包含目标、接入方式和具体错误，避免用“某网络更快”这样的笼统表述代替事实；不同目标的可用性可能并不相同。
06建立两种网络的对照清单
为常用 Wi-Fi 与移动网络分别记录基础网页、关键应用和必要内部服务的测试结果。切换异常时先复用清单，确定是单目标、单应用还是整个接入都出现问题。完成排查后保留原始配置与恢复方法，不要留下仅为临时测试添加的未知参数。更多解析问题见 DNS 指南，若切换后只是延迟波动，可继续阅读 延迟与响应时间知识。