入代理工具入门名词KNOWLEDGE MAP · 名词图谱
节点 08

代理延迟测试结果如何理解

代理工具入门名词编辑部 · 更新于 2026-10-18

一句话回答

延迟测试是客户端经节点访问一个测试地址、记录响应用时,mihomo 示例用 generate_204,间隔 300 秒。延迟和速度是两个不同的测试项,低延迟不等于下载快。

一图看懂点任一步跳到对应小节

  1. 1mihomo 与 sing-box 的字段
  2. 2两种测法
  3. 3和速度区分
本文目录mihomo 与 sing-box 的字段两种测法和速度区分常见问题

延迟测试是客户端按设定的测试地址发起请求、记录响应用时。mihomo 的 url-test(自动选择)策略组和 sing-box 的 urltest 都按这个结果在多个节点之间自动选择。结果只对应当时的测试地址与网络状态,不等于下载速度。

mihomo 与 sing-box 的字段

1要点 · 第 1 节

mihomo 文档列出的健康检查地址还有 Cloudflare 的 cp 测试地址,可设 expected-status: 204,timeout 单位毫秒。

  • 策略组的 url 只检查 proxies 字段里的代理,不检查通过 use 引入的代理集合。
  • 开启 unified-delay 时计算 RTT…
测试地址示例用 gstatic 的 generate_2…
间隔示例值 300
切换容差tolerance,单位毫秒
其他lazy 默认 true…
展开详细说明
项mihomo url-testsing-box urltest
测试地址示例用 gstatic 的 generate_204 地址不填时用同一地址
间隔示例值 300默认 3m
切换容差tolerance,单位毫秒默认 50 毫秒
其他lazy 默认 true,不使用该集合节点时不测试idle_timeout 默认 30m
本页表格里的项目一览数据:本页第一张表 · 2026-10-18

mihomo 文档列出的健康检查地址还有 Cloudflare 的 cp 测试地址,可设 expected-status: 204,timeout 单位毫秒。策略组的 url 只检查 proxies 字段里的代理,不检查通过 use 引入的代理集合。开启 unified-delay 时计算 RTT,用来消除连接握手等带来的不同类型节点的延迟差异。

两种测法

2要点 · 第 2 节

v2rayN 有「测试延迟 Tcping」「测试真连接延迟」「测试速度」几项。

  • 从名称和测试 URL 机制看,Tcping 只测到节点服务器的 TCP 握手…
  • v2rayNG 2.2.5 曾给真连接测试加 Tcping 预检查并移除 Tcping 菜单…
展开详细说明

v2rayN 有「测试延迟 Tcping」「测试真连接延迟」「测试速度」几项。从名称和测试 URL 机制看,Tcping 只测到节点服务器的 TCP 握手,「真连接」是经节点实际访问测试地址;两家文档都没有逐字定义。v2rayNG 2.2.5 曾给真连接测试加 Tcping 预检查并移除 Tcping 菜单,2.3.1 预发布又加回了 TCP ping。

和速度区分

3要点 · 第 3 节

延迟和速度不是一回事:一手文档没有直接这么写,但 v2rayN 把「延迟」和「速度」做成两个不同的测试项。

  • 低延迟不代表下载快,也不代表连接长期不中断。
  • 用不同测试地址得到的数字,不能当成同一条件下的比较。
  • 策略组如何把节点打包见客户端家族说明,请求如何选择出口见分流规则说明。
展开详细说明

延迟和速度不是一回事:一手文档没有直接这么写,但 v2rayN 把「延迟」和「速度」做成两个不同的测试项。低延迟不代表下载快,也不代表连接长期不中断。用不同测试地址得到的数字,不能当成同一条件下的比较。

策略组如何把节点打包见客户端家族说明,请求如何选择出口见分流规则说明。

常见问题

延迟低是不是就代表速度快?

不是。延迟是响应用时,速度是单位时间传输的数据量,v2rayN 也把两者做成两个测试项。一次测试不能说明连接长期稳定。

测试失败代表节点一定不可用吗?

不一定。单次测试失败只说明那一次请求没拿到预期结果,测试地址、超时设置和当时的网络状态都会影响结果。