tracert不能精准定位丢包点，因其每跳仅发3个ICMP包且不统计丢包率；需结合多次执行、ping测试异常跳IP或使用WinMTR等工具获取真实丢包率与延迟分布。
tracert 是 windows 自带的路径追踪工具，它能显示数据包从你的电脑到目标地址经过的每一跳路由器，并给出每跳的响应时间。但它本身不直接显示丢包率，也不能单次运行就精准判断哪一跳在丢包——这点必须先明确。
看懂 tracert 输出的关键字段
每次执行 tracert，每跳会显示三个延迟值（单位 ms），例如：
1 <1ms <1ms <1ms 192.168.1.1
这表示向第一跳发送了 3 个 ICMP 包，全部收到回复，延迟都低于 1 毫秒。
如果某跳出现星号（*），比如：
5 * * * 202.96.128.1
说明该跳的 3 个探测包都没收到响应——可能是丢包，也可能是设备禁用了 ICMP 回复（很常见，尤其骨干网设备）。
真正值得关注的是延迟突变：比如前几跳都在 5–10ms，第 7 跳突然跳到 120ms、180ms、240ms，且连续几次 tracert 都如此，那第 7 跳大概率就是瓶颈点。
用对参数让结果更可靠
默认 tracert 会尝试解析每个 IP 对应的域名，这既慢又可能干扰判断。建议始终加上 -d 参数跳过 DNS 解析：
- tracert -d www.example.com —— 显示纯 IP，响应更快、结果更稳定
- tracert -d -h 15 www.example.com —— 限制最多追踪 15 跳，避免卡在公网长链路上
- tracert -d -w 2000 www.example.com —— 把每跳等待时间从默认 4 秒缩短为 2 秒，加快整体执行
单靠 tracert 不足以确认丢包，必须配合验证
tracert 每跳只发 3 个包，无法统计丢包率。要确认是否真丢包，得做进一步动作：
- 记下异常跳的 IP 地址（比如第 6 跳是 114.114.114.1）
- 单独对该 IP 执行：ping -n 20 114.114.114.1 —— 发 20 个包，看实际丢包率和延迟波动
- 如果 ping 显示 30% 丢包或延迟剧烈抖动（如 10ms / 320ms / 15ms / 410ms），基本可锁定问题在此节点
- 若 ping 完全通但 tracert 这跳全是 *，大概率是对方屏蔽了 ICMP 超时响应，不是真实丢包
更高效的替代方案推荐
日常排查丢包+延迟，比反复敲 tracert + ping 更省力的方式是：
- WinMTR：免费图形化工具，自动持续发包，实时显示每跳的丢包率、平均延迟、最大/最小延迟、抖动。填入目标地址点 Start，跑 30 秒就能看出趋势
- PowerShell 批量验证：先用 Test-NetConnection example.com -TraceRoute 获取路径，再对每跳 IP 写简单循环 ping，汇总结果
- 注意：企业网络或某些 ISP 节点常禁用 ICMP，此时可尝试 mtr（需第三方安装）或业务端口连通性测试（如 telnet 目标 IP 443）辅助判断
