节点延迟是什么：延迟、丢包与抖动怎么看

节点延迟，是数据从你的设备出发、经过节点、到达目标再回来所花的时间，单位是毫秒。很多人把客户端里那一列绿色数字当成节点的“成绩单”，数字越小越开心；但这个数字只回答一个问题：一次往返要多久。至于连续使用时稳不稳、会不会时断时续、能不能把带宽跑满，它一概不管。这篇把延迟、丢包、抖动三个指标分开讲，再教你怎样拿它们做出可信的判断。

节点延迟是什么：一次往返要花多久

想象你在隔着一堵墙喊话：你喊一句，对面听到后回一句，从你开口到听见回音的时间，就是延迟。放到网络上，你的设备发出一个很小的请求，经过本地宽带、国内线路、节点所在机房，再到目标服务器，对方应答后原路返回，整个过程的耗时就是往返延迟。

影响这段时间的因素有三类：

• **物理距离。**信号再快也要走路，节点离你、离目标越远，下限越高；
• **路径绕不绕。**同样的两点之间，线路走直还是走弯，差别可以很大，这也是机场资料里反复强调“线路”的原因，可以顺着读 专线机场是什么意思；
• **中间有多拥挤。**排队的节点多了，每个包等待的时间就拉长，晚高峰时延迟上升多半出于这个原因。

所以节点延迟不是节点的“固有属性”，而是“你的这条路在此刻的状态”。换一家宽带、换一个时段，同一个节点测出来的数字都可能不同。

延迟、丢包、抖动：三个指标各量什么

下面用一张表把三个指标放在一起。表里的数字全是为说明而假设的举例：

三者的关系可以这样记：**延迟是“快不快”，丢包是“掉不掉”，抖动是“稳不稳”。**一个节点可以平均延迟很低，但偶尔丢包、抖动很大，实际用起来比一个延迟稍高但很稳的节点更糟。这就是为什么只看一个数字，很容易被误导。

客户端里的延迟测试，到底测的是什么

多数客户端的“延迟测试”，并不是在你的电脑上直接去 ping 那台服务器，而是让客户端通过这个节点去请求一个固定的小地址，记下请求完成的时间。这样做的好处是能测到“经过节点之后”的真实路径，缺点也很明显：

1. **只测一个目标。**测速地址通畅，不代表你要用的网站同样通畅；
2. **只测一次或几次。**偶发的波动会被放大或掩盖，一次超时不能说明节点坏了；
3. **不含带宽。**它不告诉你这条线路能不能跑满下载；
4. **各客户端口径不同。**探测地址、超时时间、并发方式都可能不一样，换个客户端数字就变了，不能拿来互相比较；
5. **不含落地到目标的最后一段。**节点到目标网站之间如果绕路，客户端的小请求未必能反映出来。

因此，延迟测试最适合做的事情是初筛：把明显连不上的、数字异常大的剔掉，再对剩下的做真实使用验证。这和 节点测速怎么做 里讲的思路是一致的。

游戏、视频、办公，各自在意哪个指标

不同用途对三个指标的敏感度并不一样，选节点时可以对号入座：

注意“看起来延迟最低”的节点，不一定适合你的用途。比如你主要用来看视频，一个延迟中等但带宽充裕、丢包很少的节点，往往比延迟最低却拥挤的节点更合适。

自己动手：做一份靠得住的对比记录

与其相信某个孤立的数字，不如花一个星期做一份小小的对比表。步骤如下：

1. 选出 2 到 3 个候选节点，固定用同一台设备、同一个网络；
2. 在早上、下午、晚上八到十点三个时段，各用客户端测一次延迟，同时用一个固定的网页和一段固定的视频做真实体验；
3. 每次记下：时间、节点、延迟读数、网页首屏是否顺畅、视频是否缓冲；
4. 连续记几天，再看哪个节点在“晚高峰”依然稳定；
5. 如果客户端支持把延迟测试的间隔调短，不要设得太频繁，避免测试本身占用带宽。

记录的模板可以很简单：

这份表比任何排行榜都更接近你自己的真实情况。爱梯子没有自己的测速数据，也不会替任何一家写“延迟更低”，能给出的只有方法。

几个常见的误解

• **“延迟越低越好，没有例外。”**在同类用途里，稳定性往往比最低值更重要；
• **“延迟低说明带宽大。”**两件事无关，一条细水管也可以很短；
• **“丢包 0 才算正常。”**网络里存在少量丢包是常态，要看是否持续、是否影响使用；
• **“测一次就能定论。”**一次测试只是一个瞬间，需要多时段多次；
• **“别人晒的延迟截图，就是我的体验。”**截图里的延迟来自对方的网络和时刻，和你的路径不是同一条。

下一步：把指标变成选择

如果你正在挑机场，先用 选机场向导 按预算和用途缩小范围，再翻 机场推荐榜，看各家资料里写的线路和流量口径；买之前优先选月付，拿到手后按上面的方法做一周记录。已经在用的节点如果在晚高峰变慢，可以结合 策略组是什么 设置自动选择或故障转移，让客户端在节点变差时替你换线路。