review/speed · 集群 A · 测速方法 · 3/6

测速工具差异：客户端延迟测试、网页测速与命令行工具为何结果不同

为什么不同工具的测速结果不能直接比较

不同工具的结果不能直接比较，因为它们测量的根本不是同一件事。一个代理连接从你的设备出发，要经过本地网络、跨境链路、代理节点，最后到达目标网站。不同工具只截取这条路径中的某一段，或用不同的方式走完全程。

你的设备 ──> 本地宽带 ──> 跨境链路 ──> 代理节点 ──> 目标网站
   │                                    │              │
   ├── ICMP ping：只到节点地址 ─────────┘              │
   ├── TCP 连接测试：到节点并建立连接 ──┘              │
   ├── URL 测试：经节点请求测试地址 ──────────────────┘
   └── 下载测速：经节点从测速服务器持续拉取数据 ────────┘

看懂这张图，就能理解为什么有人说「ping 很低但打开网页很慢」，或「客户端显示延迟正常但下载很慢」——它们测的是不同路段。本站目前无实测数据，下文只讨论工具原理。

常见测速工具分别测了什么

常见工具可以分为五类，每类都有明确的适用范围与局限。

ICMP ping

ping 只能说明「到这台服务器的网络距离大致如何」，它不经过代理协议。很多代理节点会屏蔽 ICMP，此时 ping 不通并不代表节点不可用；而且有些服务的入口地址与实际出口不在同一位置，ping 到的可能只是入口。

TCP 连接测试与 URL 测试

客户端里的延迟按钮通常属于这两类之一，具体实现因客户端而异。TCP 连接测试只测到与节点握手完成；URL 测试则通过节点请求一个测试地址，包含协议握手与转发，数值通常更大，但也更接近实际使用。不同客户端默认的测试地址也可能不同，所以换了客户端后的数字不能与之前比较。客户端设置相关内容可参考 桌面客户端 与 移动客户端 专题。

网页测速

网页测速衡量吞吐，但它有两个隐藏变量：测速服务器的位置，以及单线程还是多线程。同一个节点，连接到离出口近的测速服务器和远的测速服务器，结果可能差别很大。更重要的是，如果你的客户端处于规则模式，测速网站可能被分到直连，你测到的其实是本地宽带。吞吐的解读见 带宽与实际吞吐。

如何确认测速流量真的走了代理

确认流量走了代理，是使用网页测速和实际访问测试前必须做的一步。可以用以下方法交叉核对：

1. 在客户端的连接日志或连接列表中，查看测速网站的请求命中了哪条规则、走了哪个节点。
2. 访问一个显示出口 IP 地理位置的页面，确认显示的是节点所在地区而不是本地。
3. 临时切换到全局模式再测一次，与规则模式结果对照。

如果你使用 TUN 模式与系统代理混合配置，还需要确认测速程序本身是否遵循系统代理。规则分流与 TUN 的原理可以参考 网络原理与排障 专题。

不同用途应该选哪种工具

选择测速工具，应该从「你要回答什么问题」出发，而不是追求某一个好看的数字。

你想回答的问题是？
├── 哪些节点连得上？ ──────────> TCP 连接测试 / 客户端延迟测试
├── 哪些节点响应更快？ ─────────> 同一客户端的 URL 测试，重复多次取中位数
├── 大文件下载 / 高码率视频行不行？ ─> 经代理的下载测速，看持续值
├── 实时通话 / 游戏顺不顺？ ─────> 连续延迟测量，重点看抖动与丢包
└── 日常用起来怎么样？ ──────────> 访问自己常用的真实网站并记录感受

实时场景对抖动和丢包更敏感，单次延迟测试无法反映，需要连续测量，见 抖动是什么 与 丢包率怎么解读。

使用工具时的三条纪律

使用测速工具时，遵守三条纪律可以避免大部分误读：

• 同一组对比只用同一种工具：不同节点、不同时段的比较，必须用同一个客户端、同一种测试方式、同一个测试地址。
• 记录工具信息：在记录表中写明客户端名称与版本、测试方式、测试地址或测速服务器、线程数。下面是示例格式：

• 不跨人比较绝对值：别人的截图与你的结果来自不同网络环境与工具设置，只能作为参考，不能直接比较。

此外，请遵守测速服务与目标网站的使用条款，不要用脚本对第三方服务器进行高频请求。

小结

测速工具没有好坏之分，只有适用范围之分。理解每种工具测量的路段，才能正确解读数字。完整的测试步骤见 机场测速流程怎么做，延迟数字的解读见 代理延迟怎么看。挑选候选品牌时，可以在 机场品牌库 查看资料字段，并用 对比工具 并排比较，再用合适的工具自行验证。