梯子地图

原理

梯子测速网站哪个准：网页测速和客户端延迟各测什么

短答

梯子测速网站和客户端里的延迟测试量的是两样东西，网页测速看带宽，也就是一段时间内能下载多少数据，客户端延迟看一次 HTTP 请求从发出到收到回应要多少毫秒。看视频卡不卡看带宽，网页打开慢不慢先看延迟，一种读数说明不了另一种。不管用哪种，都要记下测的时间、节点和你当时的网络，不然两次结果没法比。

更新于

你已经导入了订阅，节点列表里每一行后面都有一个毫秒数，你又在浏览器里打开某个测速网站跑了一遍，得到一个 Mbps 数字。两个数字对不上，你想知道该信哪一个。答案是两个都该看，它们量的是两件事。这一页先讲清两类工具各量什么，再讲读数会被哪些设置带偏，最后给一份测速时要记的清单。

梯子测速网站量的是什么

网页测速量的是带宽，也就是一段时间里能传多少数据。你打开测速网站点开始，页面会从一台测速服务器下载数据、再往上传数据，几秒到十几秒后给出下载和上传两个数字，单位多是 Mbps。客户端里有时用 MB/s 显示速度，1 MB/s 约等于 8 Mbps，比较前先换成同一个单位。

开着梯子测，这些数据要经过四段，你的本地网络、机场的入口、节点出口、测速服务器。读数停在四段里最窄的那一段，所以网页测速的结果不能单独说明节点慢，也可能是你这边的网络在那个时段拥堵。

还有一个前提容易漏。开着规则模式时，测速站点的域名未必会被分进节点，命中直连规则时，你测到的是本地网络的带宽，和梯子无关。测之前在客户端的连接面板里看一眼，测速网站的连接走的是哪个节点。看不到的，先切到全局模式再测，测完切回规则。

客户端里的延迟数字量的是什么

客户端里的延迟量的是一次请求来回要多久。以 mihomo 内核为例，自动选择类的策略组有一个 url 字段，文档里的示例是一个 Google 的地址，它返回 204 状态码。按 HTTP 规范，204 表示请求成功但没有正文，响应很小，适合拿来计时。客户端经由节点向这个地址发一次请求，从发出到收到回应的毫秒数就是你看到的延迟。

mihomo 文档里和这次测试有关的字段，你可以对照自己的配置看。

字段 文档里的含义
url 测试用的地址
interval 定时测试的间隔，单位秒，不为 0 才定时测
timeout 测试的超时时间，单位毫秒
expected-status 算作成功的状态码，默认不限
lazy 默认开启，没被选中的策略组不测
max-failed-times 失败多少次后立即强制测一次，默认 5

各家客户端的叫法和做法不完全一样。v2rayN 7.24.9 在节点表的右键菜单里放了两个测试项，一项同时测延迟和速度（快捷键 Ctrl+E），会把延迟、速度两列一起填上数，另一项是“测试服务器真连接延迟”，按 ESC 能中途停下。v2rayNG 2.2.6 把测试项改名为“测试配置真连接”，同时去掉了 Tcping。路由器上的 PassWall 2 可以选 TCP Ping 作为自动测延迟的方式，它只量 TCP 握手，和发一次 HTTP 请求量到的不是同一段。NekoRay 在 4.0.1（2024-12-12）里把默认的延迟测试换成量 RTT，旧的 truehttp 写法从这一版起不能再用。

所以同一个节点在两款客户端里显示的毫秒数不同很正常，测试地址、测试方式、超时设置三样里任何一样不同，读数就不同。

两种读数为什么不能互相代替

延迟低只说明一次小请求来回得快，不说明这个节点能同时传多少数据。延迟读数漂亮的节点，晚上人多时带宽可能只够看低清视频。反过来，延迟读数偏高的远地区节点，下载大文件时速度可能并不差，只是每打开一个网页都要多等一下。

你遇到的现象 先看哪种读数 用什么测
网页打开前要等一下 延迟 客户端里的延迟测试
视频缓冲、清晰度上不去 带宽 走节点的网页测速
列表里全部超时 先不看读数 按超时排查顺序查订阅和本机
游戏卡顿 延迟和丢包 游戏自带的网络显示

延迟读数还有失真的时候。PassWall 2 仓库的 #1298（2026-09-21，标为 not planned 关闭）记录过一个例子，Shadowsocks 节点打开多路复用以后，列表上的延迟一栏出不来数，节点本身照常能用。v2rayN 仓库的 #10228（2026-09-24）报告 7.25.2 预发布版延迟测试全部显示 -1。遇到满屏超时，先选中一个节点打开海外网页试一次，再判断是读数的问题还是节点的问题。

测速时要记下什么

单独一个数字没法比较，记下条件，下次换节点或换时间再测才有意义。每次测速记这几项。

  1. 时间，精确到分钟，晚上和白天的结果常常差很多。
  2. 节点名和所在策略组，确认测速时连接确实走了它。
  3. 你当时的网络，有线、无线还是手机流量。
  4. 用的工具和测试项，网页测速写网站名，客户端写版本和测试方式。
  5. 测了几次，同一条件下至少测两到三次，看读数稳不稳。

本站页面上引用测速截图时也按这些条件写，口径见本站的测速和排序方法。

什么时候这个答案不成立

  • 客户端版本变了。上面的菜单名按 v2rayN 7.24.9、v2rayNG 2.2.6、NekoRay 4.0.1 写，测试方式和名称改版后可能不同，以你手里的版本为准。
  • 测试地址被改过。机场下发的配置可以换掉 url 字段，延迟读数随之改变，你看到的数字和本文的描述可能对不上。
  • 节点开了多路复用。这类节点的延迟测试可能失真，见上面 #1298 的例子。
  • Issue 会关闭或修复。#1298 和 #10228 的状态是 2026 年 9 月 24 日前后核对的，你看到时可能已经变了。
  • 本站没有对各家测速网站逐一比较过准确度，这篇只讲两类工具各量什么。

接下来去哪

延伸问题

正文没展开、但和这个问题挨着的几条。点问题展开答案。

客户端里延迟显示 -1 或超时是节点坏了吗

不一定。测试地址被拦、超时时间设得太短、节点开了多路复用，都可能让读数变成超时而节点本身能用。先选中这个节点打开一个海外网页，能打开就说明节点在工作，再回头看测试设置。

网页测速结果比套餐写的带宽低很多正常吗

网页测速经过你的本地网络、机场入口、节点出口和测速服务器四段，哪一段窄，读数就停在哪一段。套餐写的带宽通常指节点出口那一段。换一个时间、换同地区另一个节点各测一次，能帮你分出是哪一段的问题。

参考

  1. mihomo 文档，策略组通用字段
  2. mihomo 文档，自动选择策略组
  3. RFC 9110，HTTP 语义（204 No Content）
  4. v2rayN 仓库
  5. PassWall 2 仓库

相关问答

下一步问题没解决，回问答目录找挨着的那一条；要动手装，去梯子客户端按系统走；和这一篇相关的还有梯子地图的方法。