打开客户端,每个节点后面都跟着一个延迟数字,绿的黄的红的。很多人据此判断节点好坏,却不清楚这个数字怎么来、多少算正常、为什么数字好看的节点用起来未必快。本文回答这三个问题,并给出正确的测试方法。

本文要点

  • 延迟主要由物理距离决定,按地区看经验范围,不存在统一的正常值
  • 延迟低不等于快,丢包与带宽对视频和下载的影响更大
  • 测试要在你实际使用的时段做,连续几天观察同一节点才有参考价值

客户端里的延迟数字是怎么来的

结论:它是通过节点访问一个测试网址的往返时间,反映的是整条路径,不是节点本身。

客户端测延迟的方法是经由该节点向一个固定的测试网址发起请求,记录从发出到收到响应的时间,单位毫秒。这个数字包含三段:你到节点入口、入口到境外落地、落地到测试网址。任何一段慢,数字都会变大。

因此它与本机直接 ping 节点 IP 的结果不同,也与访问某个具体网站的实际耗时不同。把它理解为「通过这个节点访问海外网站的大致响应时间」就够了。

各地区延迟的经验范围

结论:延迟主要由物理距离与线路绕路程度决定,按地区看,不要跨地区比较。

地区 经验范围 说明
香港、台湾 几十毫秒 距离最近,公网与专线差距在晚高峰才明显
日本、新加坡 一百毫秒上下 日常使用无感,AI 与流媒体常用地区
美国西海岸 两百毫秒上下 网页略有等待感,视频与下载影响不大
欧洲 两百毫秒以上 距离最远,仅在需要欧洲服务时使用

以上是大陆用户的通用经验范围,不是标准,也不是任何品牌的测试数据。同一地区不同线路差异明显,专线与优质出口的直连通常接近范围下限,绕路的公网中转可能明显超出。各地区的适用场景见香港、台湾、日本、新加坡、美国节点适合什么场景。

延迟低不等于快

结论:延迟决定响应快慢,丢包与带宽决定视频和下载稳不稳。

延迟是往返一次的时间,网页打开、AI 对话发送消息这类请求小而频繁的操作对它敏感。视频与下载是持续传输,一次往返快不快几乎无感,它们依赖的是带宽是否足够、数据包是否丢失。

丢包是延迟数字看不出来的问题。数据包丢失后需要重传,表现为延迟忽高忽低、视频反复缓冲、下载速度波动、AI 对话中途断开。晚高峰公网出口拥塞时丢包最常见,这也是专线在晚上更稳的原因,见 IEPL 专线专题。持续丢包的排查方法见丢包专题。

一个延迟很低但晚上丢包严重的节点,和一个延迟稍高但全天平稳的节点,后者更值得作为主力。

什么情况的延迟才算不正常

结论:看三个信号,而不是看绝对值。

  • 同地区远超经验范围:香港节点的延迟接近美国节点,说明线路绕路或入口拥塞,换同地区其他节点或入口。
  • 白天与晚上差距过大:晚上延迟比白天翻倍以上并伴随丢包,说明该节点走公网出口且拥塞严重,晚高峰改用专线节点,处理方法见机场晚高峰卡顿怎么办。
  • 忽高忽低:连续测几次数字波动很大,多半是丢包,不是延迟本身的问题。

全天所有节点延迟都偏高时,先排除本地网络,用手机热点对比,仍然高再看延迟高专题。

怎么正确测延迟

  1. 在实际使用的时段测

    白天测得再好也不能说明晚上。把测试放在你真正要用的时间段。
  2. 同一节点多测几次

    连续测三到五次,看数字是否稳定。稳定比最低值重要。
  3. 同地区对比不同线路

    把同一地区的专线、中转、直连节点放在一起测,差距会直接反映线路质量。
  4. 用真实场景验证

    测完延迟后,打开你常用的网站或工具实际用几分钟。测速数字只是参考,体验才是结论。

如果你对延迟与稳定性特别敏感,可以关注资料中说明了晚高峰稳定性或三网优化的品牌。宇宙云的资料强调晚高峰稳定性强,二猫云的资料强调三网线路优化与智能负载均衡。购买后仍要在自己的运营商与时段下验证。

总结

机场节点延迟没有统一的正常值,要按地区看经验范围:香港、台湾几十毫秒,日本、新加坡一百毫秒上下,美国两百毫秒上下。延迟低不等于快,丢包与带宽对视频和下载的影响更大,晚高峰的丢包是多数卡顿的来源。判断节点好坏,要在实际使用的时段连续观察,用真实场景验证,而不是看一次测速的最低值。