Article · 测速指标:延迟、吞吐、丢包与 UDP NAT · 延迟类指标解读

机场节点延迟是什么意思:RTT 与真实打开网页速度的区别

机场节点延迟通常指测试端到节点的往返时间(RTT),衡量的是一次来回要等多久,而不是网速。打开一个网页需要多次往返再加上传输数据,所以延迟只能解释等待感的一部分。本文说明延迟测的是哪一段、怎样读数值。

发布 最近更新 品牌资料整理日期 搜索意图 信息

一句话先讲清:延迟是等待时间,不是网速

机场节点延迟一般指数据从你的设备出发、到达节点再返回所需的往返时间,即 RTT(Round-Trip Time)。它回答的是“一次来回要等多久”,而不是“一秒能搬多少数据”。在测量方式、测试时段和所在网络都一致的前提下,延迟更低的节点通常让网页开始响应得更早,但页面完整加载的快慢还取决于带宽、丢包和需要的往返次数。

所以读到一个延迟数值时,先问两件事:它是从哪里测到哪里的?它是怎样计时的?这两个问题没有答案,数值本身就没有可比性。本文属于 测速指标专题 中的延迟类解读,下面先拆开延迟到底覆盖了哪一段路径。

节点延迟测到的是哪一段路

一次通过机场访问境外网站的请求,大致要走过下面几段。不同的延迟测试只覆盖其中一部分:

路径段 说明 常见测法是否覆盖
设备到本地路由器 家里的 Wi-Fi 或有线网络 所有测法都包含,但通常占比很小
本地运营商到入口节点 宽带出口到机场入口服务器 系统 Ping 主要测的就是这一段
入口到落地节点 品牌资料所说的专线或中转部分 只有经代理请求网址的测法才会包含
落地节点到目标网站 落地服务器去访问测试网址或真实网站 同上,且受测试网址所在位置影响
目标网站处理请求 服务器生成响应的时间 只有 HTTP 类延迟测试才会计入

从表里可以看出,同样叫“延迟”,有的测法只量了前两段,有的量了全程。前者数值往往更小,但离“打开网页”的感受更远;后者数值更大,却更贴近实际。两类数字放在一起比较,得出的结论通常是错的。

延迟背后涉及的协议握手原理不在本文范围内,想了解不同协议的握手差异,可以看 VLESS、Trojan 与 Shadowsocks 的协议差异。

打开一个网页要来回多少次

延迟和网页速度之间的关系,关键在“往返次数”。以访问一个 HTTPS 网页为例,浏览器在拿到首个字节之前,常见需要经历这些串行步骤:

  1. 解析域名:如果 DNS 由远端解析,查询本身也要经过代理来回一次或多次。
  2. 与代理节点建立连接:TCP 握手需要一次往返,部分协议还要叠加自身的认证或外层 TLS 握手。
  3. 与目标网站建立加密连接:TLS 握手通常还需要一到两次往返。
  4. 发送请求并等待首个响应:至少再来回一次。
  5. 继续加载图片、脚本、样式等资源:现代网页往往有几十个资源,部分可以并行,部分必须等前一个返回后才能发起。

做一个示意计算:如果单次往返约为 150 毫秒,拿到首个字节前要串行走 4 次往返,仅等待时间就约 600 毫秒;如果单次往返降到 80 毫秒,同样 4 次只需约 320 毫秒。这说明延迟确实会放大到页面体验上,而且往返次数越多,放大越明显。但这只是“开始显示”的时间,页面里如果有大图或视频,后续能否快速加载取决于吞吐。

延迟和带宽各管一段体验

把网页加载拆开看,延迟和带宽分别决定不同类型请求的快慢:

请求类型 主要受什么限制 延迟改善的效果
文字为主的小页面、接口请求 往返次数 × 单次延迟 明显
AI 对话类的流式文字返回 首字等待时间与连接稳定性 较明显
高清图片、大量资源的页面 往返次数与带宽共同作用 一般
视频缓冲、大文件下载 持续吞吐与丢包 有限

这也解释了一个常见现象:两个节点延迟差不多,一个下载很快,另一个看视频频繁缓冲。前者的瓶颈在吞吐而不在延迟。吞吐的单位和读法,可以接着看 MB/s 与 Mbps 的单位区别。

读延迟数值前要核对的三个口径

即使只看延迟一个指标,也有三个口径会让同一个节点得出不同数值:

计时起止点

系统 Ping 使用 ICMP 报文,测的是到入口服务器的往返;TCP 连接测试测的是建立 TCP 连接所需时间;代理客户端的“延迟测试”通常是通过节点请求一个网址,计时包含握手和转发。三者从小到大排列很常见,但不是固定规律。还有一类测法会把 TLS 握手单独计时,与普通 RTT 的差别见 TLS RTT 和普通 RTT 有什么不同。

单次还是统计值

只测一次的结果可能恰好碰上偶发拥塞或恰好特别顺利。多次测量后取平均值或中位数,并记录最大值与最小值的差,才能看出这个节点是否平稳。数值上下跳动的程度本身也是一个指标,即抖动。

测试时间与地点

同一个节点,凌晨和晚高峰的延迟可能差别明显;电信、联通、移动用户到同一入口的路由也不同。因此别人分享的延迟数值只代表他那一刻、那条网络的结果。

本站截图里的延迟字段怎么理解

本站在各品牌页的测速报告面板发布了每个品牌一张单次测速截图(Measured Data,2026-10-18 复核)。按 brands.ts 记录的测试条件,其中一套界面显示的是延迟 RTT 与 HTTP 延迟,另一套界面显示的是 TLS RTT 与 HTTPS 延迟,两套界面的计时口径不同。

这意味着:截图里的延迟数字只适合在同一张图内部对照理解,不适合跨品牌比较,更不能据此推断线路类型或长期表现。本站正文不转写图内数值,也不做排名,测试条件与局限说明见 本站测速批次记录与局限。

什么时候节点延迟值得认真看

延迟值得重视的情形,大多和“交互频繁”有关:

  • 你的主要用途是网页浏览、文档协作、AI 对话这类小请求密集的场景;
  • 你在多个同地区节点之间做选择,其他条件相近;
  • 某个节点的延迟在多次测量中持续明显高于同地区其他节点。

反过来,如果你主要下载大文件或看视频,或者延迟数值来自单次测量、口径不明,那么它的参考价值有限。想在自己的网络环境下把延迟测准,可以按 自己动手测速的步骤 固定工具、时段和协议,多次重复后再下结论。

关于节点延迟的三个追问

关于“多少算正常”:由于起点、终点和测法都会改变数值,本站不给统一阈值。更实际的判断方法是横向对照同一时刻、同一地区的其他节点,再纵向对照同一节点在不同时段的表现。

关于“延迟低网页就快”:延迟只决定每一轮来回的等待,网页还需要多轮往返和数据传输。延迟低但网页仍慢的具体原因拆分,可以继续阅读 延迟低但打开网页慢的常见原因。

关于客户端延迟与 Ping 不同:前者通常经过代理请求网址,后者只到入口服务器,计时范围不同,属于正常现象,不能据此判断哪个更准。

使用机场服务时请遵守所在地法律法规以及相关平台的服务条款。

常见问题

机场节点延迟多少算正常?

没有通用标准。延迟取决于你所在地区与运营商、节点所在地区、测量方式和测试时段。更有意义的做法是在同一条件下多次测量,看数值是否稳定,以及与同地区其他节点相比是否明显偏高。

节点延迟低,网页就一定打开得快吗?

不一定。打开网页要经过 DNS 解析、建立连接、加密握手和多轮资源请求,还要搬运页面数据。延迟只决定每一轮来回的等待时间,带宽、丢包、分流规则和目标网站都会影响最终体验。

客户端里显示的延迟和 Ping 出来的延迟为什么不同?

两者计时的起止点不同。系统 Ping 多用 ICMP 测到入口服务器的往返,代理客户端通常经过节点去请求一个测试网址,计入了握手和代理转发,因此数值一般更大,两者不能直接比较。

来源与更新

品牌字段来自本站品牌数据文件(整理自 2026-09-04 品牌清单,Vendor Data,官网待核实);测速截图为 2026-10-18 复核后发布的单次 Measured Data;AI 与流媒体均为 Not Tested。发布 2026-10-18,最近更新 2026-10-18。本页不承诺任何平台的收录、排名或引用。