-w 参数用于设置每跳探测的等待超时时间（单位为秒），默认5秒过长，建议公网环境设为 -w 2、局域网设为 -w 1；需配合 -q 5 提升稳定性，并始终使用 -n 避免 dns 解析干扰延迟判断。
traceroute 默认等待每跳响应 5 秒，容易拖慢诊断节奏，尤其在跨国或高延迟链路上。合理设置超时时间，能加快定位速度，同时避免误判“丢包”。
超时参数 -w 的作用与取值建议
使用 -w 可指定每次探测等待响应的秒数（非毫秒，注意与 Windows tracert -w 单位不同）。默认 5 秒过长，常见优化如下：
- -w 2：适用于多数公网路径，2 秒内无响应即标记为超时，兼顾可靠性与效率
- -w 1：适合本地网络或已知低延迟环境，可快速过滤静默节点
- 慎用 -w 0.5 或更低：可能将真实高延迟误判为丢包，尤其在卫星链路或跨境出口
配合 -q 提升判断稳定性
单次探测易受瞬时抖动干扰，仅靠 -w 不足以区分偶发延迟与持续瓶颈。应搭配 -q 增加每跳探测次数：
- -q 5 是实用平衡点：比默认 3 次更能暴露毛刺型延迟（如某次 120ms、其余 15ms）
- -q 10 适合复现性差的问题，但会显著延长总耗时，建议仅在关键跳反复异常时启用
- 若某跳连续 5 次全超时（* * * * *），基本可确认该节点禁 ICMP 或策略丢包
规避 DNS 解析干扰：-n 必加
不加 -n 时，traceroute 会对每个返回 IP 做反向 DNS 查询。一旦 DNS 响应慢（如跨运营商解析失败），会导致某跳显示延迟虚高（实际是 DNS 耗时计入 RTT），甚至卡住数秒：
- 所有诊断场景都应带上 -n，确保延迟数值真实反映网络往返
- 特别在访问境外站点或 CDN 节点时，DNS 解析失败概率高，-n 能避免误判为“第 3 跳卡顿”
识别超时的真实含义
看到 * 不代表链路中断，需结合上下文判断：
- 某跳全 *，但下跳有响应且延迟正常 → 该设备主动过滤 ICMP，属常见策略，非故障
- 某跳全 *，且后续所有跳均为 * → 故障点大概率在此跳或其上游，需重点排查
- 某跳部分 *（如 15ms / * / 18ms）→ 链路存在间歇拥塞或 QoS 限速，建议用
mtr持续观察
