切换Wi-Fi以后突然不能使用应该检查什么？
快速结论
切换Wi-Fi后突然断网通常是操作系统底层路由栈未及时更新，重启一次客户端代理开关或开关一次飞行模式即可恢复。
底层路由栈重置机制
当电脑或手机从家中Wi-Fi切换到公司Wi-Fi，或者手机从Wi-Fi漫游到移动蜂窝数据时，操作系统的网卡IP地址、默认网关以及DNS服务器都会发生根本性变更。
如果代理客户端在切换前已经建立了一条与网关绑定的路由规则，在网关IP改变后，这条旧路由可能会变成“黑洞路由”，导致发出的所有数据包全部丢失。
网卡DNS缓存陈旧失效
原Wi-Fi缓存的节点入口解析可能在新的Wi-Fi网络下不可达。尤其是公司内网往往设置了专属的内网DNS转发器，会导致代理节点无法进行握手解析。
10秒快速恢复操作
- 手机端：打开控制中心，开启“飞行模式”等待5秒后关闭，让基带和Wi-Fi驱动重新向系统请求完整路由栈；
- 电脑端：在客户端内将“System Proxy”关闭5秒，再重新打开；
- 在命令提示符中执行
ipconfig /flushdns清空本地DNS缓存。
常见疑问解答
为什么公司Wi-Fi下所有节点都会超时？
很多企业内网路由器部署了深层数据包检测（DPI）策略，封锁了常见的非标准端口。此时可尝试在客户端中开启TLS混淆协议或切换至443标准端口节点。
DHCP租约刷新与默认网关路由黑洞
当笔记本从一个Wi-Fi断开并连接到另一个Wi-Fi时，操作系统的网卡会向新路由器的DHCP服务器申请新的内网IP（例如从 192.168.1.105 变为 10.0.0.88），默认网关也随之改变。
如果在切换前客户端已经向操作系统的路由表写入了静态默认路由（特别是启用了TUN模式时），操作系统的路由表会依然保留指向旧网关的静态条目。所有的出站数据包都被发往一个不存在的旧网关，产生“路由黑洞”，造成彻底断网。
跨网络切换的标准化处置流程
- 离开旧网络前，建议先在客户端中断开连接；
- 连入新Wi-Fi并确认能正常打开本地网络登录认证页（Captive Portal）；
- 在终端中运行
route -f清空陈旧路由表（或重启客户端开关）； - 重新开启客户端系统代理，系统将基于当前新网关自动注入全新路由。
底层网络协议栈与路由跃点（Metric）分析
在多网卡与异构设备环境中，操作系统的路由判定直接决定了数据包的物理出口。理解以下系统网络调试方法，有助于攻克疑难网络杂症：
| 诊断对象 | 诊断工具 / 检查项 | 健康技术指标 | 异常现象与处置 |
|---|---|---|---|
| 本地DNS解析 | nslookup www.baidu.com |
毫秒级返回真实国内公网IP | 若超时，排查路由器DHCP分配或网卡DNS设置 |
| 系统路由表跃点 | route print -4 |
TUN虚拟网卡跃点数（Metric）低于物理网卡 | 若物理网卡跃点更低，流量将绕过代理，需重装TUN驱动 |
| 网卡IPv6泄漏 | 访问 ipv6-test.com 验证 | IPv6未连接或走代理出口 | 若泄漏本地IPv6真实地址，在网卡属性中禁用IPv6 |
| MTU/MSS网络分片 | ping -f -l 1472 [网关IP] |
数据包无分片正常通过（无DF错误） | 若丢包严重，可在客户端中将MTU调小至1400 |
结合上述系统层级排查手段，无论面对复杂的校园网802.1x认证、酒店网页认证热点，还是移动蜂窝热点漫游，均能从容恢复网络通信。