打开客户端,每个节点后面都跟着一个延迟数字,绿的黄的红的。很多人据此判断节点好坏,却不清楚这个数字怎么来、多少算正常、为什么数字好看的节点用起来未必快。本文回答这三个问题,并给出正确的测试方法。
本文要点
- 延迟主要由物理距离决定,按地区看经验范围,不存在统一的正常值
- 延迟低不等于快,丢包与带宽对视频和下载的影响更大
- 测试要在你实际使用的时段做,连续几天观察同一节点才有参考价值
客户端里的延迟数字是怎么来的
结论:它是通过节点访问一个测试网址的往返时间,反映的是整条路径,不是节点本身。
客户端测延迟的方法是经由该节点向一个固定的测试网址发起请求,记录从发出到收到响应的时间,单位毫秒。这个数字包含三段:你到节点入口、入口到境外落地、落地到测试网址。任何一段慢,数字都会变大。
因此它与本机直接 ping 节点 IP 的结果不同,也与访问某个具体网站的实际耗时不同。把它理解为「通过这个节点访问海外网站的大致响应时间」就够了。
各地区延迟的经验范围
结论:延迟主要由物理距离与线路绕路程度决定,按地区看,不要跨地区比较。
| 地区 | 经验范围 | 说明 |
|---|---|---|
| 香港、台湾 | 几十毫秒 | 距离最近,公网与专线差距在晚高峰才明显 |
| 日本、新加坡 | 一百毫秒上下 | 日常使用无感,AI 与流媒体常用地区 |
| 美国西海岸 | 两百毫秒上下 | 网页略有等待感,视频与下载影响不大 |
| 欧洲 | 两百毫秒以上 | 距离最远,仅在需要欧洲服务时使用 |
以上是大陆用户的通用经验范围,不是标准,也不是任何品牌的测试数据。同一地区不同线路差异明显,专线与优质出口的直连通常接近范围下限,绕路的公网中转可能明显超出。各地区的适用场景见香港、台湾、日本、新加坡、美国节点适合什么场景。
延迟低不等于快
结论:延迟决定响应快慢,丢包与带宽决定视频和下载稳不稳。
延迟是往返一次的时间,网页打开、AI 对话发送消息这类请求小而频繁的操作对它敏感。视频与下载是持续传输,一次往返快不快几乎无感,它们依赖的是带宽是否足够、数据包是否丢失。
丢包是延迟数字看不出来的问题。数据包丢失后需要重传,表现为延迟忽高忽低、视频反复缓冲、下载速度波动、AI 对话中途断开。晚高峰公网出口拥塞时丢包最常见,这也是专线在晚上更稳的原因,见 IEPL 专线专题。持续丢包的排查方法见丢包专题。
一个延迟很低但晚上丢包严重的节点,和一个延迟稍高但全天平稳的节点,后者更值得作为主力。
什么情况的延迟才算不正常
结论:看三个信号,而不是看绝对值。
- 同地区远超经验范围:香港节点的延迟接近美国节点,说明线路绕路或入口拥塞,换同地区其他节点或入口。
- 白天与晚上差距过大:晚上延迟比白天翻倍以上并伴随丢包,说明该节点走公网出口且拥塞严重,晚高峰改用专线节点,处理方法见机场晚高峰卡顿怎么办。
- 忽高忽低:连续测几次数字波动很大,多半是丢包,不是延迟本身的问题。
全天所有节点延迟都偏高时,先排除本地网络,用手机热点对比,仍然高再看延迟高专题。
怎么正确测延迟
-
在实际使用的时段测
白天测得再好也不能说明晚上。把测试放在你真正要用的时间段。 -
同一节点多测几次
连续测三到五次,看数字是否稳定。稳定比最低值重要。 -
同地区对比不同线路
把同一地区的专线、中转、直连节点放在一起测,差距会直接反映线路质量。 -
用真实场景验证
测完延迟后,打开你常用的网站或工具实际用几分钟。测速数字只是参考,体验才是结论。
如果你对延迟与稳定性特别敏感,可以关注资料中说明了晚高峰稳定性或三网优化的品牌。宇宙云的资料强调晚高峰稳定性强,二猫云的资料强调三网线路优化与智能负载均衡。购买后仍要在自己的运营商与时段下验证。
总结
机场节点延迟没有统一的正常值,要按地区看经验范围:香港、台湾几十毫秒,日本、新加坡一百毫秒上下,美国两百毫秒上下。延迟低不等于快,丢包与带宽对视频和下载的影响更大,晚高峰的丢包是多数卡顿的来源。判断节点好坏,要在实际使用的时段连续观察,用真实场景验证,而不是看一次测速的最低值。