review/speed · 集群 B · 指标解读 · 2/6

抖动是什么：为什么平均延迟不高也会卡顿，以及如何测量和解读

抖动到底是什么

抖动是连续多次延迟测量结果之间的波动幅度，它衡量的是「稳不稳」，而不是「快不快」。假设你对一个节点连续测量延迟，如果每次结果都很接近，抖动就小；如果结果时高时低，抖动就大。

为什么这很重要？因为实时应用需要数据包以均匀的节奏到达。视频通话软件每隔很短的时间就要播放一段声音和画面，如果某个数据包迟到太久，软件只能跳过或等待，用户感知到的就是卡顿、声音断续或画面冻结。所以一个平均延迟不高、但波动很大的节点，在通话中可能比一个平均延迟稍高、但非常平稳的节点更难用。

本站目前没有任何品牌的实测抖动数据。延迟本身的组成见 代理延迟怎么看。

抖动从哪里来

抖动主要来源于路径上的排队与资源竞争。数据包在途经的每一个设备上都可能需要排队，队列长度随流量变化而变化，于是每个包等待的时间不同。按位置可以分为：

前两项可以通过环境控制减少，方法见 测速环境控制。晚高峰时第三、四项的影响会明显增大，所以抖动往往是晚高峰最早出现的退化信号，测量安排见 晚高峰测速怎么测。

如何测量抖动

测量抖动需要连续的延迟样本，单次测试做不到。一个简单可行的方法：

1. 选定一个节点和一种固定的测试方式。
2. 在一段固定时长内，以固定间隔连续测量延迟，记录每一次结果（包括超时）。
3. 用以下任一方式概括波动：
   • 变化范围：样本中较高分位与较低分位之间的差距；
   • 相邻差值：相邻两次测量结果之差的典型大小，更贴近实时应用的感受。
4. 在白天和晚高峰各测一次，比较变化。

连续测量序列（示意，非真实数据）

平稳节点： ── ── ── ── ── ── ── ──     相邻差值小，抖动小
波动节点： ── ▔▔ ── ▁▁ ▔▔ ── ▁▁ ▔▔     相邻差值大，抖动大

两者平均值可能接近，但实时体验差异明显

注意：测量间隔不宜过密，也不要对第三方服务器做高频请求，请遵守目标网站的服务条款。

抖动结果怎么记录

抖动结果应与延迟中位数、失败率一起记录，单独的抖动数字意义有限。下表为示例格式，数值以「待测」或「—」占位：

完整的记录方式见 测速记录模板。

不同场景对抖动的敏感度

不同场景对抖动的敏感度差异很大，本站不给出具体阈值，以下仅为方向性的一般性参考，非本站测量：

• 高度敏感：语音通话、视频会议、在线游戏、远程桌面。这类应用需要稳定的节奏，抖动会直接表现为卡顿或操作延迟感。
• 中度敏感：直播观看、网页中的实时协作工具。播放器通常有缓冲区可以吸收一部分波动，但波动过大仍会导致缓冲。
• 低敏感：网页浏览、文档阅读、文件下载、点播视频。这些场景更受延迟与吞吐影响。

如果你的主要用途属于高度敏感类，比较节点时可以把抖动放在比平均延迟更靠前的位置考虑。

抖动与丢包、协议的关系

抖动与丢包经常一起出现，因为两者都源于拥塞。当队列满了，路由器只能丢弃新到的数据包，于是在抖动上升的同时，丢包也开始出现。丢包的解读见 丢包率怎么解读。

另外，承载实时流量的方式也会影响体验。部分实时应用使用 UDP 传输，代理客户端与协议对 UDP 的支持方式会影响其表现。品牌库中多数品牌资料标注协议为 VLESS，也有若干品牌协议资料缺失、显示为「待核实」；协议对实时流量的影响需要结合具体实现与实测判断，可参考 代理协议 专题，本站不对任何品牌的实时场景表现做推断。

小结

抖动回答「稳不稳」，与回答「快不快」的延迟互为补充。如果你的主要场景是实时交互，测量时一定要做连续采样，并比较白天与晚高峰。更多指标解读可以回到 测速与稳定 专题页查看，候选品牌的资料字段可以在 机场品牌库 中对照。