必须用Windows自带命令分层排查网络丢包：第一步ping 127.0.0.1验证本机协议栈，异常则执行netsh重置；第二步ping网关查本地接入；第三步ping 114.114.114.114和8.8.8.8各100次比对丢包与延迟；第四步tracert定位异常跳点并单独测试；第五步ping -t捕捉间歇性丢包。
要快速定位网页打不开、视频卡顿、游戏延迟突增背后的网络丢包根源，必须用 Windows 自带命令分层验证：从本机协议栈开始，逐级向外排查到路由器、运营商骨干网、远端服务器，跳过任何一层都可能误判故障点。
第一步：确认本机网络协议是否损坏
连自己都 ping 不通，说明系统底层 TCP/IP 协议栈已异常。这一步不能省略，否则后续所有测试都失去意义。
按下 Win + R → 输入 cmd 回车打开命令提示符 → 输入 ping 127.0.0.1 -n 10 → 回车执行。
若出现“请求超时”或丢失 ≥ 1，代表协议栈损坏。此时必须先运行 【netsh winsock reset 和 netsh int ip reset】，然后重启电脑，再继续下一步。
第二步：检查本地网络接入状态
这一步验证你和路由器之间的物理与逻辑连接是否可靠，是排查家庭/办公网络丢包最常卡住的位置。
在已打开的命令提示符中输入 ipconfig，找到“默认网关”那一行，记下 IP 地址（通常是 192.168.1.1 或 192.168.0.1）。
接着输入 ping [你的网关IP] -n 20，例如 ping 192.168.1.1 -n 20。
等待全部 20 行输出完毕再看结果——中途按 Ctrl+C 会中断统计，导致“丢失”字段失效。若丢包率 > 0%，问题就锁死在你和路由器之间：检查网线接口松动、Wi-Fi 信号强度低于 -70dBm、路由器散热孔被灰尘堵死、或者光猫指示灯异常闪烁。
第三步：定量验证外网链路稳定性
只发 4 个包的默认 ping 完全不可信，偶然丢一个就显示 25% 丢包，根本无法反映真实状况。必须用大样本量排除瞬时干扰。
方法一：测 DNS 连通性（绕过域名解析干扰）
输入 ping -n 100 114.114.114.114（国内高可用公共 DNS），等全部完成再看汇总行。
方法二：测目标服务器直连稳定性
输入 ping -n 100 8.8.8.8（Google 公共 DNS），对比两组结果中的丢包率与延迟抖动（最短/最长差值）。若 114.114.114.114 丢包为 0% 而 8.8.8.8 出现持续丢包，说明问题出在国际出口或目标服务器屏蔽 ICMP。
注意：若两组测试均显示丢包率 ≥ 2%，且平均延迟同步剧烈波动（如最短 15ms、最长 380ms），可判定外网链路已不稳定，需进入第四步精确定位。
第四步：用 tracert 定位丢包发生节点
知道丢包了，但不知道卡在哪一跳？这时候必须让数据包“自报路径”。tracert 不是看最终通不通，而是看哪一跳开始失联或延迟骤升。
第一步：执行 tracert -d -w 2000 114.114.114.114（-d 跳过 DNS 解析，-w 缩短每跳等待时间，避免误判超时）。
第二步：逐跳观察响应——正常跳应显示三个毫秒值（如 5ms 4ms 6ms）；若某跳开始连续出现 * * *，或延迟从 10ms 突增至 220ms/350ms/超时，那它就是瓶颈节点。
第三步：对异常跳 IP 单独加压测试。例如第 5 跳显示 202.96.128.1 且延迟异常，立刻执行 ping -n 50 202.96.128.1，看其真实丢包率。这一步能区分是该设备自身故障，还是它下游链路拥塞。
第五步：用 ping -t 捕捉间歇性丢包
很多丢包是周期性爆发的，比如每 90 秒卡顿一次，静态测试根本发现不了。只有让 ping 持续跑起来，才能暴露这种隐藏故障。
输入 ping -t 114.114.114.114，窗口会实时滚动每一包响应。
盯住屏幕：只要看到某行是 Request timed out，就是一次真实丢包；若连续出现 3 次以上 timeout，基本可判定链路已中断。
观察丢包模式——是随机零星出现，还是集中在某个时间段（如每天上午 9:15–9:18），后者往往指向供电干扰、定时备份任务或 ISP 流量调度。
按 Ctrl + C 终止后，末尾汇总的“丢失 = X%”比任何 -n 测试都更贴近你真实上网时的体验。
