客户端里每个节点后面显示的那个数字,一般是一次 TCP 握手或 HTTP 请求的往返时间(RTT)。它由物理距离、中间跳数和排队等待共同决定:光在光纤里跑一个来回本身就有下限,上海到洛杉矶无论线路多好也很难低于 120 毫秒,而香港、日本节点常见在 40 至 80 毫秒之间。
延迟与速度不是一回事
这是最需要澄清的一点。延迟衡量的是”反应有多快”,带宽衡量的是”一秒能搬多少数据”。一条延迟 200 毫秒但带宽充足的链路,下载大文件可能很快;一条延迟 30 毫秒但带宽拥挤的链路,看 4K 视频反而不断缓冲。因此挑节点时应该按用途区分:实时性任务(语音、游戏、远程桌面)优先看延迟,下载与流媒体优先看稳定带宽。
影响体验的其实是抖动
同一节点两次测速相差几十毫秒,说明存在抖动(jitter)。抖动大的链路即使平均延迟好看,通话也会断续、游戏会出现瞬时卡顿,通常伴随一定丢包。晚间高峰期,共享带宽的中转节点最容易出现这种情况,而 IEPL 这类专线因为不与公网争抢,延迟曲线一般更平。
常见误解是把客户端显示的延迟当成绝对真值。不同客户端测的目标地址、协议和超时策略都不同,数值之间不可横向比较;而且它只反映测速那一刻的状态,真正判断可用性还是要看实际访问表现。