review/speed · 集群 B · 指标解读 · 1/6

代理延迟怎么看:TCP 延迟、URL 测试延迟与真实访问延迟的区别

发布时间 待核实核实日期 待核实最近更新 待核实测试状态 Not Tested
Answer First · 核心结论

代理延迟不是一个单一数字,而是由本地到节点入口、跨境链路、节点出口到目标网站以及协议握手等多段组成。客户端显示的延迟可能只覆盖其中一部分,因此不同测试方式的数值不能直接比较。如果你想用延迟比较节点,应在同一客户端、同一测试方式、同一测试地址下重复测量,并看中位数。

代理延迟由哪几段组成

代理延迟由多段时间累加而成,客户端里的一个数字只是其中某些段的总和。理解这一点,是正确解读延迟的前提。一次经代理访问网站的请求,大致要经历:

[你的设备] ──A──> [节点入口] ──B──> [节点出口] ──C──> [目标网站]
     ^                                                    │
     └──────────────────── 响应原路返回 ──────────────────┘

A:本地网络 + 国内段,到服务商入口
B:入口到出口(专线或公网跨境段,因服务商架构而异)
C:出口到目标网站服务器
另:DNS 解析、TCP 握手、TLS / 代理协议握手带来的额外往返

不同服务商的架构不同。有的资料标注入口与出口之间使用 IEPL 等专线,有的资料标注企业级内网,本站品牌库中这些都属于品牌资料声明,本站未独立核验线路。线路类型的技术含义可参考 线路与专线 专题。本站目前也没有任何品牌的实测延迟数据。

三种常见延迟分别测了哪一段

三种常见的延迟测量,覆盖的路段不同,所以数值不能放在一起比较。

延迟类型 覆盖路段 包含的握手 更接近什么
ICMP ping 只到节点地址(且可能被屏蔽) 无 物理距离的粗略参考
TCP 连接延迟 A 段到入口并完成 TCP 握手 TCP 节点是否可达、入口远近
URL 测试延迟 A + B + C,并取回响应 TCP + 协议 + 可能的 TLS 打开一个轻量页面的等待
真实访问延迟 完整路径 + 页面资源加载 全部 日常体验

需要特别注意:同样叫「延迟测试」,不同客户端的实现可能分属上表不同行,默认的测试地址也可能不同。换客户端之后的延迟不能与之前直接比较。工具差异的详细说明见 测速工具差异。

为什么握手次数会影响延迟

握手次数影响延迟,是因为每一次握手都需要至少一个完整的往返。建立一个经代理的加密连接,可能需要依次完成 TCP 握手、代理协议的认证、到目标站的 TLS 握手,每一步都要等对方回应。链路往返时间越长,多出来的握手开销就越明显。

这也解释了一个常见现象:同一个节点,第一次打开某网站感觉慢,刷新后变快。原因可能是连接复用、DNS 缓存等机制让后续请求省掉了部分握手。所以测延迟时要注意区分「首次连接」与「复用连接」,同一组对比应使用同一种状态。不同协议的握手流程差异可参考 代理协议 专题。

如何正确比较节点延迟

比较节点延迟的正确方法,是固定测试方式、重复测量、看中位数并关注失败率。具体步骤:

  1. 固定条件:同一客户端、同一测试方式、同一测试地址、同一代理模式。
  2. 重复测量:每个节点测多次,跨多个时段,见 测速样本量要多少。
  3. 看中位数:避免被少数异常值误导。
  4. 单列失败:超时不能当作「延迟很高」混入,也不能丢弃。
  5. 结合抖动:两个节点中位数接近时,波动更小的那个通常更适合实时场景,见 抖动是什么。

下面是节点对比的示例格式,数值以「待测」或「—」占位:

节点 测试方式 测试地址 样本数 中位数 波动范围 失败/总次数
— URL 测试 — 待测 待测 待测 待测
— URL 测试 — 待测 待测 待测 待测

延迟与使用场景的关系

延迟对体验的影响因场景而异,本站不给出统一的数值标准。以下仅为方向性的一般性参考,非本站测量:

  • 网页浏览与文档阅读:延迟主要影响「点击后多久开始出现内容」,页面加载后对阅读影响较小。
  • API 调用与命令行操作:每一次请求都要等待往返,频繁的小请求会把延迟累积放大。
  • 远程终端与远程桌面:每次按键都需要往返确认,延迟直接影响操作手感。
  • 语音、视频通话与游戏:除了延迟,抖动和丢包同样关键,见 丢包率怎么解读。
  • 大文件下载:主要受吞吐影响,延迟影响较小,见 带宽与实际吞吐。

关于延迟的三个误区

关于延迟,最常见的误区是把一个数字当成全部答案。归纳三个:

  1. 「延迟低就是快」:延迟低只说明往返快,不代表吞吐高,也不代表晚高峰稳定。
  2. 「节点名称里的地区就是实际位置」:节点命名只是服务商的标注,入口与出口位置可能与名称不同,地区相关知识可参考 节点与 IP 专题。
  3. 「别人截图的延迟我也能得到」:不同地区、运营商到同一节点的 A 段完全不同,他人的数值无法迁移到你的环境。

小结

读懂延迟,先问「测的是哪一段」,再在同一条件下做纵向对比。完整的测试方法可以回到 测速与稳定 专题页查看。如果你在比较候选品牌,可以到 机场品牌库 查看各品牌资料中的线路与协议字段,再用本文的方法自行测量。

常见问题

客户端显示的延迟越低,网页打开就越快吗?

不一定。客户端延迟只覆盖测试地址的那条路径,网页打开还取决于目标网站服务器位置、页面资源数量、DNS 解析和吞吐。延迟低是有利条件,但不是充分条件。

为什么 URL 测试的延迟通常比 TCP 测试高?

URL 测试除了建立到节点的连接,还要完成代理协议握手、经节点连接测试地址并取回响应,比只测 TCP 握手多了若干次往返,所以数值通常更高。

延迟有没有一个好坏标准?

本站不给出具体数值标准。不同应用对延迟的容忍度不同,而且不同测试方式的数值本身不可比。更实用的做法是在同一方式下对比候选节点,并结合你的用途判断。

节点在地理上更近,延迟就一定更低吗?

通常地理距离与物理传输时间相关,但实际路由可能绕行,入口与出口的位置也不一定与节点名称一致,所以需要实测确认。

信息来源与更新时间

信息来源
品牌清单资料(品牌公开信息整理)
测试范围
本站未进行测速与解锁实测,所有能力描述均为资料声明或未测试状态。
发布时间
待核实
核实日期
待核实
最近更新
待核实

字段含义与数据状态见 字段说明;核查进度见 品牌动态与核查日志。