应先用ping测本机到网关连通性及延迟，再用ping -n 20测dns稳定性，接着用ping -t监测实时抖动，最后用tracert -d定位高延迟节点，全程使用windows自带命令。
当网页加载缓慢、视频频繁缓冲或在线会议声音断续时，必须立刻确认是网络延迟升高导致的卡顿，而不是带宽被占满或DNS解析失败。整个检测过程不依赖第三方软件，全部使用Windows系统自带命令，在5分钟内完成从本机到外网服务器的逐跳链路质量验证。
用ping测通断与基础延迟
先验证本地网络是否连通，再获取初始延迟参考值，这是所有排查的起点。
按下Win + R → 输入cmd回车 → 在命令行中输入：ping 192.168.1.1（将IP替换为你路由器的实际网关地址）。
若返回“请求超时”或“无法访问目标主机”，说明本机到路由器已中断——此时无需继续测外网，应先检查网线插口、Wi-Fi开关或重启光猫。
若返回time=1–5 ms且丢失=0%，说明局域网通畅；若time持续＞50 ms或出现“TTL过期”，则问题可能出在路由器性能不足或固件异常。
用ping -n定量分析稳定性
默认4包测试太短，容易漏掉间歇性丢包。发送20个包才能真实反映链路稳定性。
在已打开的命令提示符中输入：ping -n 20 223.5.5.5（阿里公共DNS，国内响应快、抗干扰强）。
等待全部包收发完毕后，重点看最后一行统计：若丢失率＞1%，无论平均延迟多低，都必须优先处理丢包问题——【丢包率大于1%必须立即处理，否则所有优化都无效】。
同时记录“最短/最长/平均 = xx ms”数值：平均延迟＜30 ms属优秀，30–60 ms属正常，＞100 ms需进一步排查。
用ping -t监测实时抖动
游戏、视频会议卡顿往往不是延迟高，而是延迟忽高忽低（即抖动）。持续Ping能暴露这种瞬时波动。
方法一：输入ping -t 114.114.114.114 → 观察每行time=xx ms变化。若连续出现time=200 ms以上，或数值在10 ms和300 ms之间剧烈跳变，说明链路存在不稳定因素。
方法二：按Ctrl + C停止后，看统计摘要中的“最短/最长”差值——若差值＞150 ms，即抖动严重，大概率是光猫上行拥塞、Wi-Fi信道干扰或P2P上传占用。
注意：不要用www.baidu.com这类域名做-t测试，DNS解析失败会导致整行显示“找不到主机”，掩盖真实链路问题。
用tracert定位高延迟节点
当ping整体延迟偏高时，必须知道是哪一跳开始变慢。tracert会逐跳显示路径中每个设备的响应时间。
第一步：输入tracert -d www.baidu.com（-d参数跳过DNS解析，避免干扰）。
第二步：观察输出列表，重点关注前三跳：
第1跳通常是你的路由器，延迟应＜5 ms；若＞20 ms，检查路由器CPU占用或重启设备。
第2跳是光猫或运营商接入点，延迟应＜15 ms；若出现* * *或突增至800 ms以上，基本可判定为光猫故障、光纤接触不良或ISP线路拥塞。
第3跳起进入运营商骨干网，若某跳首次出现延迟飙升（如从12 ms跳到420 ms）且后续跳数延迟未回落，问题就在该节点上游——此时联系宽带客服报修，并提供tracert截图。
用Speedtest CLI验证带宽与延迟协同关系
很多用户误以为“下载速度达标=网络没问题”，但实际卡顿常由高延迟+低抖动+零丢包组合引发，仅靠ping无法识别。
下载官方Speedtest CLI工具（ookla-speedtest-1.2.0-win64.zip），解压后双击speedtest.exe运行。
工具自动执行三项核心测试：Idle Latency（空闲延迟）、Download/Upload速率、Packet Loss（丢包率）。
若Idle Latency＞70 ms但Packet Loss=0%，说明链路稳定但传输启动慢——这通常指向TCP窗口缩放异常或QoS策略限制，需进高级设置调整。
若Download速率达标但Idle Latency＞150 ms，基本可排除带宽问题，专注排查物理链路与路由节点。
