延迟、丢包和抖动分别代表什么

客户端里那串绿色的毫秒数，是大多数人判断节点好坏的唯一依据——但它只反映链路质量三个关键指标中的一个。另外两个看不见的指标，往往才是体验差异的真正来源。

三个指标分别是什么

延迟（Latency）：数据包从你的设备到目标再返回所需的时间，也叫往返时间（RTT），单位毫秒。它决定「响应快不快」：网页点击后的反应、游戏操作的跟手程度。

丢包（Packet Loss）：发出的数据包中未能到达的比例。丢包会触发重传，TCP 协议还会因此主动降低发送速度，所以丢包直接拖慢实际速度；实时场景（语音、视频通话）则表现为卡顿、断续、画面碎裂。

抖动（Jitter）：延迟的波动幅度。平均延迟相同的两条线路，一条稳定在 60ms 附近，另一条在 30ms 到 200ms 之间跳动，后者的通话与游戏体验会差得多。

对比表

指标	衡量什么	主要影响场景	大致参考
延迟	数据往返耗时	网页响应、游戏操作	亚洲节点 50-100ms 常见
丢包	数据包丢失比例	下载速度、通话质量	持续高于 5% 体验明显下降
抖动	延迟的波动幅度	视频会议、实时游戏	越小越稳

以上数字是经验参考而非硬标准，不同场景的容忍度差异很大。

客户端里怎么看

客户端的「延迟测试」（如 Clash 系的测速按钮）测的是通过代理发一次 HTTP 请求的耗时，能反映节点当下是否可用、大致快慢，但看不出丢包与抖动。想观察后两者，需要在命令行用 ping 持续观察丢包率与波动，或用 mtr 一类工具逐跳分析。注意直接 ping 节点入口测的只是你到入口这一段，并不等于完整链路的质量。

为什么延迟低不等于速度快

延迟衡量「一个来回多快」，速度（带宽）衡量「单位时间能通过多少数据」，两者相互独立：一条延迟 40ms 但晚高峰丢包严重的直连线路，实际下载速度可能远低于延迟 180ms 却干净稳定的线路。视频卡顿、延迟数字却很低，多半是丢包或带宽在拖后腿，具体排查见延迟很低但速度很慢怎么办。这也是只看一张测速截图意义有限的原因，展开讨论见为什么测速截图会误导。

与选择节点的关联

评估一条线路，高峰时段的丢包与抖动比空闲时段的延迟数字更有说服力。同一节点在不同运营商下的表现也可能截然不同，原因见为什么不同运营商连接同一节点结果不同。

下一步阅读

• 线路类型如何从源头决定这些指标：直连、中转、IEPL 和 IPLC 的区别。