机场节点抖动高会影响哪些使用场景？

测速结果里的“抖动”（jitter）常常被忽略，因为它的数字看起来不大。但有时候，平均延迟只有几十毫秒的节点，用起来却比平均延迟更高但很稳定的节点更糟，原因就在抖动。

抖动是什么

延迟是一个数据包往返的时间，抖动是这个时间的波动幅度。比如连续测十次，延迟都在 40 ms 左右，抖动就很小；如果在 20 ms 到 150 ms 之间乱跳，即使平均值是 60 ms，抖动也很大。

需要注意的是，不同工具计算抖动的方法并不统一，常见的做法之一是取相邻两次测量值之差的平均数。所以抖动数字只适合在同一个工具内比较，不同工具之间不要直接对比。

一个可以算的例子

下面是假设的两组十次延迟（单位 ms），只用来演示算法，不来自任何真实节点：

• 节点甲：40、41、39、42、40、41、40、39、41、40，平均 40.3；
• 节点乙：20、150、25、90、30、140、22、80、35、120，平均 71.2。

按“相邻两次之差的平均数”来算：甲的相邻差分别是 1、2、3、2、1、1、1、2、1，平均约 1.6 ms；乙的相邻差分别是 130、125、65、60、110、118、58、45、85，平均约 88.4 ms。乙的最小值 20 ms 比甲低，如果只看“最好的一次”，乙更漂亮；但它的平均值和抖动都远高于甲，开视频会议时，乙更可能让人觉得不稳。所以看延迟要看范围和抖动，而不是挑最小值。

哪些场景最敏感

视频会议和语音通话。这是对抖动最敏感的场景。接收端要把乱序、延迟不一的数据包重新排好，通常会用缓冲来吸收波动；抖动越大，需要的缓冲越多，就会带来更长的延迟，或者出现声音断续、画面卡顿。

在线游戏。游戏要求操作和画面同步，延迟忽高忽低会表现为“瞬移”“回弹”，比稳定的高延迟更难受。

远程桌面、SSH 等交互操作。敲一个键等半天才出字，又突然一起跳出来，这种体验就是抖动造成的。

视频点播和下载。播放器和下载程序有缓冲，抖动被吸收，影响通常较小，更看重持续带宽。

普通网页浏览。每个请求的延迟波动会让页面偶尔“顿一下”，但一般不会影响使用。

抖动和丢包常常一起出现

链路拥塞时，数据包在队列里等待，延迟忽高忽低；队列满了就会被丢弃，形成丢包。所以抖动高的时候，往往也要留意丢包率。网页测速工具不一定能测出丢包率，没测出时的记录口径见机场晚高峰测速应该怎样进行。

本站 2026-10-28 晚高峰三地单次记录可以说明抖动和平均延迟为什么要分开看（见晚高峰三地实测）：香港空载延迟 84.1 ms、抖动 6.25 ms，抖动约为延迟的 7.4%；新加坡 63.8 ms、18 ms，约 28%；美国 101 ms、22.5 ms，约 22%。延迟最低的新加坡，抖动比例反而最高；延迟居中的香港，抖动最小。如果只按延迟排序会选新加坡，按抖动看则香港更稳。三次都是同一个网页测速工具的单次结果，只能作为同一工具内的一次对照，不能推出这些节点的日常水平。

怎么测、怎么记

• 测试次数按本站统一口径：日常快速检查约 10 次，用于初步观察；要比较不同地区、线路或时段，至少采集 30 次有效样本，正式对比优先用中位数和 P95，并如实注明样本数（完整说明见机场晚高峰测速应该怎样进行）。记录最小值、最大值和中位数，而不是只记一个数字；客户端的测试方法见Clash Verge 如何测试同一节点的延迟。
• 在不同时间窗口重复，晚高峰往往是抖动最容易变大的时段，但需要用数据确认。
• 同时记录负载下的延迟，因为满载时的排队会直接放大抖动，见空载延迟与负载延迟。

本站记录的一次灵动云新加坡节点测速里，抖动为 80.9 ms，约为空载延迟 118 ms 的 68.6%。对实时通话来说这个比例偏大，但它只是一次网页测速的结果，工具的算法也不透明，更适合作为“应该继续观察”的提示，而不是结论。该记录测试日期 2026-10-28、测试地区广东（深圳 / 广州 / 东莞），由站长提供；原始截图已不保留，本站标为原图已不保留，不进入统计。更多背景见新加坡节点测速。

在自己这边能做的事

• 有线优于无线。无线信号的干扰和重传是抖动的常见来源，条件允许就用网线。
• 别占满上行。上传占满时延迟会明显上升，开着云同步、备份或上传任务时测试，既会让结果失真，也会拖累会议和游戏。
• 留意路由器的排队管理。部分路由器支持智能队列管理（SQM）之类的功能，可以在满载时抑制延迟上升，是否可用取决于设备。
• 做对照。换一个时间或节点再测，判断抖动来自本地还是节点一侧。