review/speed · 集群 B · 指标解读 · 1/6
代理延迟怎么看:TCP 延迟、URL 测试延迟与真实访问延迟的区别
代理延迟不是一个单一数字,而是由本地到节点入口、跨境链路、节点出口到目标网站以及协议握手等多段组成。客户端显示的延迟可能只覆盖其中一部分,因此不同测试方式的数值不能直接比较。如果你想用延迟比较节点,应在同一客户端、同一测试方式、同一测试地址下重复测量,并看中位数。
代理延迟由哪几段组成
代理延迟由多段时间累加而成,客户端里的一个数字只是其中某些段的总和。理解这一点,是正确解读延迟的前提。一次经代理访问网站的请求,大致要经历:
[你的设备] ──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 缓存等机制让后续请求省掉了部分握手。所以测延迟时要注意区分「首次连接」与「复用连接」,同一组对比应使用同一种状态。不同协议的握手流程差异可参考 代理协议 专题。
如何正确比较节点延迟
比较节点延迟的正确方法,是固定测试方式、重复测量、看中位数并关注失败率。具体步骤:
- 固定条件:同一客户端、同一测试方式、同一测试地址、同一代理模式。
- 重复测量:每个节点测多次,跨多个时段,见 测速样本量要多少。
- 看中位数:避免被少数异常值误导。
- 单列失败:超时不能当作「延迟很高」混入,也不能丢弃。
- 结合抖动:两个节点中位数接近时,波动更小的那个通常更适合实时场景,见 抖动是什么。
下面是节点对比的示例格式,数值以「待测」或「—」占位:
| 节点 | 测试方式 | 测试地址 | 样本数 | 中位数 | 波动范围 | 失败/总次数 |
|---|---|---|---|---|---|---|
| — | URL 测试 | — | 待测 | 待测 | 待测 | 待测 |
| — | URL 测试 | — | 待测 | 待测 | 待测 | 待测 |
延迟与使用场景的关系
延迟对体验的影响因场景而异,本站不给出统一的数值标准。以下仅为方向性的一般性参考,非本站测量:
- 网页浏览与文档阅读:延迟主要影响「点击后多久开始出现内容」,页面加载后对阅读影响较小。
- API 调用与命令行操作:每一次请求都要等待往返,频繁的小请求会把延迟累积放大。
- 远程终端与远程桌面:每次按键都需要往返确认,延迟直接影响操作手感。
- 语音、视频通话与游戏:除了延迟,抖动和丢包同样关键,见 丢包率怎么解读。
- 大文件下载:主要受吞吐影响,延迟影响较小,见 带宽与实际吞吐。
关于延迟的三个误区
关于延迟,最常见的误区是把一个数字当成全部答案。归纳三个:
- 「延迟低就是快」:延迟低只说明往返快,不代表吞吐高,也不代表晚高峰稳定。
- 「节点名称里的地区就是实际位置」:节点命名只是服务商的标注,入口与出口位置可能与名称不同,地区相关知识可参考 节点与 IP 专题。
- 「别人截图的延迟我也能得到」:不同地区、运营商到同一节点的 A 段完全不同,他人的数值无法迁移到你的环境。
小结
读懂延迟,先问「测的是哪一段」,再在同一条件下做纵向对比。完整的测试方法可以回到 测速与稳定 专题页查看。如果你在比较候选品牌,可以到 机场品牌库 查看各品牌资料中的线路与协议字段,再用本文的方法自行测量。
常见问题
客户端显示的延迟越低,网页打开就越快吗?
不一定。客户端延迟只覆盖测试地址的那条路径,网页打开还取决于目标网站服务器位置、页面资源数量、DNS 解析和吞吐。延迟低是有利条件,但不是充分条件。
为什么 URL 测试的延迟通常比 TCP 测试高?
URL 测试除了建立到节点的连接,还要完成代理协议握手、经节点连接测试地址并取回响应,比只测 TCP 握手多了若干次往返,所以数值通常更高。
延迟有没有一个好坏标准?
本站不给出具体数值标准。不同应用对延迟的容忍度不同,而且不同测试方式的数值本身不可比。更实用的做法是在同一方式下对比候选节点,并结合你的用途判断。
节点在地理上更近,延迟就一定更低吗?
通常地理距离与物理传输时间相关,但实际路由可能绕行,入口与出口的位置也不一定与节点名称一致,所以需要实测确认。
信息来源与更新时间
- 信息来源
- 品牌清单资料(品牌公开信息整理)
- 测试范围
- 本站未进行测速与解锁实测,所有能力描述均为资料声明或未测试状态。
- 发布时间
- 待核实
- 核实日期
- 待核实
- 最近更新
- 待核实