客户端测出的延迟多少算好？

经代理到亚太节点 50–150ms 属正常，200ms 以上开始影响实时应用。注意客户端测的是到节点的往返延迟，与最终访问目标网站的体验还隔着节点到目标的一段。

为什么测速很快，用起来却卡？

测速软件测的是理想条件下的峰值带宽，而"卡"多数来自延迟波动（抖动）和丢包。晚高峰的卡顿往往是丢包率上升，带宽数字再好看也没用。

端口带宽是节点服务器的上限，不是你的保证带宽。共享用户数、线路拥塞程度对实际速度的影响远大于端口规格，参考意义有限。

判断一条线路”好不好”，靠的不是单一的测速数字，而是四个指标的组合。理解它们，你就能看懂评测、识破营销，也能在排查故障时说清楚问题。

是什么：数据从你的设备到目标再返回的往返时间（RTT），单位毫秒。

影响什么：操作的”响应感”。网页点击后的等待、视频通话的对话延迟、游戏的手感，都由延迟主导。

参考区间（经代理）：

注意：客户端的延迟测试测的是你到节点这一段，节点到目标网站还有一段路。香港节点访问美国网站的真实延迟远高于测试值。

是什么：单位时间能传输的数据量，即”网速”，单位 Mbps。

影响什么：下载速度、视频清晰度上限。4K 流媒体约需 25Mbps，普通高清 5–10Mbps 足够。

常见误解：带宽与延迟无关——带宽是”路有多宽”，延迟是”路有多长”。下载快不代表打游戏不卡，反之亦然。

是什么：传输中丢失的数据包比例。

影响什么：这是体验杀手。丢包触发重传，表现为网页突然卡住、视频突然缓冲、语音断字。持续 1% 以上的丢包就能明显感知；5% 以上时实时应用基本不可用。

晚高峰”明明有速度但很卡”的元凶通常就是丢包——这正是专线与中转的核心差异体现的地方。

是什么：延迟的波动幅度。平均延迟 100ms 但在 50–300ms 间跳动，就是高抖动。

影响什么：实时应用的稳定性。视频会议画面忽快忽慢、语音时断时续，往往是抖动而非平均延迟的问题。

不同场景对指标的敏感度完全不同：

这张表解释了为什么”测速视频”式的宣传参考价值有限：测速只展示带宽，而多数用户的痛点在丢包与抖动。