应运行netsh interface ipv4 show subinterfaces命令获取接口mtu、收发字节数等底层状态，结合ipconfig /all核验ip配置，再通过ping分层验证网关、dns及延迟，实现网络健康度快速精准诊断。
你需要快速判断电脑网络是否处于健康可用状态，而不是反复尝试打开网页或重启路由器，这时应调取系统自动生成的网络“体检报告”，它能直接暴露MTU异常、接口流量停滞、协议栈错乱等底层问题。
用netsh命令生成网络接口体检报告
打开命令提示符（以管理员身份运行），输入以下命令：
netsh interface ipv4 show subinterfaces
该命令不依赖外部服务器，直接从Windows内核网络驱动中提取实时数据，输出结果就是一份精简但关键的接口体检单。注意：若提示“拒绝访问”，说明未以管理员身份运行，命令将无法读取底层接口统计信息。
逐项解读体检报告中的关键指标
报告中每行对应一个网络接口（如“Wi-Fi”“以太网”），重点关注三列数值：
第一列是接口名称，第二列是MTU值——【若此处显示为1280或更低，极大概率导致HTTPS页面打不开、视频卡顿，因IPv6分片失败】；第三列是接收/发送字节数，若长期为0且接口显示“已连接”，说明数据包根本未进出网卡，问题不在DNS或网站，而在驱动或物理链路层。
若某接口MTU异常，可手动修复：netsh interface ipv4 set subinterface "Wi-Fi" mtu=1500 store=persistent
配合ipconfig定位IP层状态
在同个管理员命令提示符窗口中，紧接着执行：
ipconfig /all
重点查看“IPv4 地址”“子网掩码”“默认网关”三项是否完整且非169.254.x.x这类自动私有地址。若网关为空或为0.0.0.0，说明DHCP未成功获取配置，此时netsh体检报告中该接口的收发字节数也必然为0——两份报告交叉印证，可排除误判。
若ipconfig显示“媒体已断开”，则无需再看netsh报告，物理连接已中断，检查网线插口或Wi-Fi开关。
用Ping验证连通性是否与体检报告一致
方法一：测本地网关
ping -n 3 192.168.1.1（将地址替换为你路由的实际网关）
若丢包或超时，而netsh报告中该接口收发字节非零，说明协议栈转发异常，需执行netsh int ip reset。
方法二：测公共DNS
ping -n 3 223.5.5.5
若通但浏览器打不开网页，问题锁定在DNS解析层，此时ipconfig中“DNS服务器”项若为空或异常，应手动设置为114.114.114.114或223.5.5.5。
方法三：持续监测延迟波动
ping -t 8.8.8.8 → 观察返回时间是否稳定在10–50ms区间。若出现突增至300ms以上或间歇性“请求超时”，而netsh报告中接口收发字节持续增长，说明存在路由抖动或中间链路拥塞，非本机故障。
