抖动是什么：为什么平均延迟不高也会卡顿

抖动的含义：延迟忽高忽低的程度

抖动（jitter）描述的是连续多次测量的延迟之间相差多少。平均延迟回答“通常要等多久”，抖动回答“每次等的时间稳不稳”。在实时语音、视频会议和联机游戏中，平均延迟相同的两条连接，抖动更大的那条通常体验更差；而在网页浏览、下载这类场景中，抖动的影响要小得多。

所以判断一条连接适不适合实时应用，需要同时看平均延迟和抖动，不能只看前者。本文属于 测速指标：延迟、吞吐、丢包与 UDP NAT 的延迟类解读，所在二级专题页为 测速指标专题。

抖动的三种常见算法

不同工具对抖动的计算方式不一样，数值可能相差不少。常见的有三种：

实时传输协议相关标准中采用的是相邻到达时间差的平滑估计，思路接近第三种。看到一个抖动数值时，先确认工具用的是哪种算法；不同算法得出的数值不能直接比较。

一个示意例子

假设对两条连接各测 6 次延迟（单位毫秒，示意数据）：

• 连接甲：60、62、61、59、60、62，平均约 61；
• 连接乙：40、40、120、40、40、86，平均约 61。

两者平均延迟几乎相同。但按极差算，甲约为 3，乙约为 80；按相邻差值平均算，甲约为 2，乙约为 41。连接乙在实时语音中更可能出现断续，在游戏中更可能出现顿挫，尽管它有一半时间的延迟比甲还低。

为什么平均延迟会掩盖卡顿

实时应用处理数据的方式，决定了它对抖动敏感：

1. 语音和视频会议使用“抖动缓冲区”：接收端先把数据包存一小段时间，再按固定节奏播放。缓冲区必须覆盖到大多数迟到的包，抖动越大，缓冲就要越长，对话的整体延迟随之增加；迟到太多的包会被丢弃，表现为声音断续。
2. 联机游戏需要持续同步状态：某几个包迟到，画面上就会出现角色瞬移、操作延后生效。玩家感受到的是那几次迟到，而不是平均值。
3. 平均值是被“摊薄”的：一次很高的延迟被多次正常延迟平均后，看起来不明显，但对实时应用来说，这一次就足以造成一次卡顿。

相比之下，网页浏览和文件下载使用 TCP，有重传和缓冲机制，单个包早一点或晚一点到达，对整体体验影响较小。

哪些场景对抖动敏感

这张表只说明指标与场景的关系，不涉及品牌判断。按场景筛选服务的思路，请看 按使用场景选机场；抖动与丢包对视频、语音、游戏的具体影响，可以继续阅读 丢包与抖动对视频、语音、游戏分别有什么影响。

测速截图里为什么很少看到抖动

很多测速工具并不直接显示抖动，原因主要是样本量：只做几次 Ping，算出的抖动受偶然因素影响太大，可信度低。按 brands.ts 记录的测试条件，本站截图中 MAI-TEST-BOT 那一套界面为 Ping 5 次；5 个样本可以给出平均延迟的粗略印象，但不足以评估抖动，更不能说明晚高峰的平稳程度。本站正文不转写截图数值，截图仅作为单次快照发布在各品牌页。

想观察抖动，需要多少样本

自己测量抖动时，可以参考以下做法：

1. 样本数量：至少连续测量几十次以上，几次 Ping 只能看出明显异常。
2. 测量间隔：保持固定间隔，例如每秒一次，避免把“间隔不同”误当成抖动。
3. 持续时间：连续测几分钟，观察是否存在周期性的高延迟。
4. 多个时段：分别在白天和晚高峰测量，比较抖动是否随时段明显变化。
5. 记录算法：写明用的是极差、标准差还是相邻差值平均。

如果关注的是语音和会议，建议直接用 UDP 方式测量，因为这类应用多走 UDP，具体方法见 视频会议与语音场景如何测 UDP 与抖动。

抖动读数的常见疑问

关于“多少算高”：抖动的影响取决于应用类型，本站不给统一阈值。可以把抖动与平均延迟放在一起看：抖动相对平均延迟越大、高延迟样本越频繁，实时应用越容易受影响。

关于“平均延迟低还卡”：实时应用对迟到的少数包敏感，平均值会把它们摊薄，所以要看抖动和延迟分布。

关于截图里没有抖动：少量 Ping 的样本不足以计算可靠的抖动，需要更长时间的连续测量。

使用相关服务时请遵守所在地法律法规与平台条款。