丢包与抖动怎么办：用 mtr 定位问题节点并选择线路

速度慢可以忍，忽快忽慢最折磨人：视频通话时断时续，AI 回答输出几个字停一下，游戏里的角色突然瞬移。这些现象背后是两个指标：丢包和抖动。它们不会出现在测速网站的结果里，却决定了实际体验的下限。好消息是，一个 mtr 命令就能把问题定位到具体的哪一跳，然后你就知道该换节点、换线路还是换本地网络。本文分四部分：先解释两个概念，再讲 mtr 报告怎么读，然后给出两套操作系统的命令，最后说明不同位置的丢包各自怎么处理。

丢包与抖动分别影响什么

丢包（Packet Loss）：数据包在路上丢失。TCP 把它当作拥塞信号，立刻把发送窗口砍半，单连接速度随之暴跌。经验值：Loss% 为 0 是理想状态，1% 以内可接受，2%–5% 视频开始缓冲，5% 以上网页都难打开。

抖动（Jitter）：延迟的波动幅度。平均延迟 80 ms 但在 40 ms 到 200 ms 之间跳动，就是抖动大。实时应用（语音、视频通话、游戏、AI 流式输出）为了应对抖动会加大缓冲，缓冲不够就出现卡顿与重连。mtr 里用 StDev（标准差）来表示抖动。

两者的关系：拥塞的链路通常同时出现丢包与抖动，但也有线路只抖不丢（路由不稳定）或只丢不抖（固定限速）。测速很快但用起来慢，多数就是这两个指标在起作用，这个话题在测速很快实际很慢？有单独分析。

mtr 报告怎么读

mtr 把 traceroute 的逐跳路径与 ping 的持续统计合在一起，一行就是路径上的一跳。关键三列：

列	含义	判断标准
Loss%	该跳的丢包率	最后一跳低于 1% 正常；只看「从某跳开始持续到最后」的丢包
Avg	平均往返延迟（ms）	看相邻跳之间的跃升，国际段跳升 100 ms 以上属正常
StDev	延迟标准差，即抖动	低于 Avg 的 20% 稳定；超过 50% 说明路径拥塞或不稳

其余列：Snt 是已发送包数，样本要够，建议 100 以上；Last、Best、Wrst 是最近、最好、最差延迟，Wrst 与 Best 差距过大时也说明抖动；Hop 列显示的是 IP 或主机名。

读报告最容易犯的错是看到中间某一跳 Loss% 很高就下结论。路由器对 ICMP 回包有限速，自己不回应但正常转发后续数据，表现为这一跳丢包、后面的跳不丢。判断真假只看一条规则：从某一跳开始丢，之后每一跳都丢，直到最后一跳，才是真丢包；中间某一跳丢、后面恢复为 0，是假丢包，直接忽略。

一份典型的晚高峰报告节选（已简化）：

HOST: local                 Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. 192.168.1.1             0.0%   100    1.2   1.1   0.9   3.4   0.3
  2. 100.64.0.1              0.0%   100    4.8   5.2   3.9  18.7   2.1
  5. 202.97.x.x             18.0%   100   38.4  41.0  36.2  61.5   4.8   <- 中间跳 ICMP 限速
  6. 202.97.y.y              0.0%   100   40.1  42.3  37.0  70.2   5.9
  9. 63.218.x.x              3.0%   100  178.5 186.2 160.1 312.8  31.4   <- 国际段开始真丢包
 10. 入口节点 IP              3.0%   100  181.0 190.4 162.3 325.6  33.7

第 5 跳 18% 丢包但第 6 跳为 0，是假丢包；第 9 跳开始 3% 一直持续到最后，且 StDev 跳到 31 ms，问题在国际段。

两套命令

macOS / Linux：mtr

macOS 用 Homebrew 安装 brew install mtr，Linux 用包管理器安装。报告模式一次跑完输出结果，适合截图与对比：

# 发送 100 个包，以报告形式输出，-n 不反查主机名加快速度
sudo mtr -r -n -c 100 节点入口地址

# 用 TCP 443 端口探测，更接近真实代理流量；-w 显示完整主机名
sudo mtr -r -w -c 100 -T -P 443 节点入口地址

ICMP 被中间设备限速严重时，加 -T -P 443 用 TCP 探测的结果更可信。

Windows：WinMTR 或 pathping

WinMTR 是 mtr 的图形版，填入节点入口地址点 Start，跑两三分钟后看 Loss%、Avrg、StDev 对应的列即可，读法与上面完全相同。没有 WinMTR 时用系统自带的 pathping，它会先跟踪路径再对每一跳统计丢包：

# pathping：默认每跳发 100 个包，-n 不反查主机名；耗时较长属正常
pathping -n 节点入口地址

# 只想快速看路径与每跳延迟（不统计丢包）
tracert -d 节点入口地址

pathping 输出里 Lost/Sent = Pct 对应 Loss%，RTT 对应 Avg；它不输出 StDev，抖动要看连续 ping -n 100 结果里最大值与最小值的差距。

根据丢包位置选择处理方式

丢包起点	典型位置	原因	处理
第 1–3 跳	路由器、本地运营商	Wi-Fi 干扰、宽带线路质量	换 5 GHz / 有线，联系运营商
本地运营商出省到国际出口前	骨干网	晚高峰出口拥塞	换走不同入口的节点，或换专线
国际段	跨境链路	公网中转拥塞	换 IEPL / IPLC 专线节点
最后一跳	节点服务器	节点过载、超售	换同地区其他节点，或换机场

专线节点在 mtr 里的特征很明显：跳数少、国际段 StDev 小、晚高峰与白天结果接近。公网中转与专线的差异在IEPL 与 IPLC 的区别中有线路层面的解释。宇宙云的 IEPL 节点在本站的晚高峰测试中丢包长期维持在 1% 以下，可以作为专线表现的参考；灯塔加速的多入口设计则对应「换入口」这一处理思路，入口段拥塞时切换入口即可。

把 mtr 变成日常习惯

• 每个常用节点各保存一份白天与晚高峰的报告，机场变差时对比就能发现。
• 换机场前先跑 mtr，用它证明问题在线路而不是在本地，再跟客服沟通也更有效。
• 游戏与视频通话挑节点只看 StDev 与 Loss%，不看 Avg 最低值。
• 晚高峰卡顿的完整处理流程见机场晚高峰卡顿怎么办。

速度相关的其他原因分类见机场速度慢是什么原因，节点稳定性的长期观察方法在节点稳定性分类持续整理。