使用方法
- 01按“开始”；面板显示正在运行的阶段，并在字节到达时实时显示下载仪表。
- 02等待三个阶段全部完成，或随时按“中止”——90 秒看门狗也会停止测试。
- 03读取时延的最小值 / 平均值 / 中位数 / 抖动，然后读取下载和上传吞吐。
- 04在不同时间或位置重跑后再下结论；一次运行只是一个样本。
示例读数
吞吐量就是比特除以时间，面板的算术使用十进制兆比特：10 MB（10,000,000 字节）用 1.0 s 传输是 (10,000,000 × 8) / 1e6 / 1.0 = 80 Mbps；同样载荷用两秒是 40 Mbps；1 MB 用 250 ms 是 32 Mbps。显示格式紧凑——85.3 Mbps、9.87 Mbps，超过 1,000 后显示 1.24 Gbps。字节数使用二进制单位，所以同样的 10 MB 载荷显示为已下载 9.54 MB，而速率读取为十进制 Mbps——这不是缺陷，而是两种不同的单位约定。对于时延，七个样本 12.4、11.8、13.1、12.0、15.6、12.2 和 11.9 ms 给出最小值 11.8 ms、平均值 12.71 ms、中位数 12.2 ms、最大值 15.6 ms 和抖动 1.72 ms——相邻样本差的绝对值的平均。评级为仪表着色：低于 10 Mbps 是“慢”，低于 50 是“尚可”，低于 200 是“快”，200 以上是“极速”。
方法为什么是这样
时延和吞吐量是不同的量：时延是一次往返要多久，吞吐量是连接进入流动状态后每秒到达多少数据。TCP 从慢启动开始，这就是为什么第一个时延样本被丢弃，也是为什么下载阶段依次经过 1、10 和 25 MB 的档位——小传输测量爬升过程，大传输把它摊销掉。对通话和游戏来说，抖动远比吞吐量更早变得重要。仪表是对数的（1 到 1,000 Mbps），因此 5、50 和 500 同样易读，而且整个测试与你附近的 Cloudflare 边缘节点通信，所以测得的路径是浏览器 → 边缘节点，而不是浏览器 → 某个应用实际使用的服务器。
限制与诚实的假设
- 一条路径，一个瞬间。
- 结果会随 Wi-Fi 信号、VPN、后台流量、一天中的时段以及你落到的边缘节点而变化；把单次运行当作一次观测，而不是对运营商的评级。
- 下载预算。
- 三个下载档位合计可达 36 MB，但 8 秒预算会提前结束该阶段；上传发送 6 MB 加开销。
- 单连接测量。
- 这是一条 TCP 流，不是多连接下载管理器可能达到的聚合值。
- 它不做的事。
- 它不测量丢包、缓冲膨胀或路由质量，也无法测试 Cloudflare 端点以外的目的地——要做具名路径诊断，请把它与 DNS 查询 和 WebRTC 一起运行。
Mbps 不是 MB/s
一条 80 Mbps 的线路每秒传输约 10 兆字节，不是 80——比特与字节之间的八倍因子是最常见的误读，而面板有意混合两种约定：速率用十进制兆比特，字节数用二进制兆字节。第二个陷阱是把最低时延当作“那个”时延：平均值会掩盖抖动的链路，所以中位数和抖动就摆在它旁边。第三个陷阱是拿 VPN 运行与直连运行相比并断言运营商变了；变的是路径。
用在何处
排查通话或串流问题
在怪罪应用之前先读时延、抖动和上传：电话会议需要双向稳定低时延，而上传数字通常是短板。
比较位置或时段
在路由器旁运行一次，再在隔两个房间处运行一次，或者早上与晚上对比，同口径比较——中位数和抖动数字让差异变得可见。
隐私
测试只向 speed.cloudflare.com 发送随机载荷，不发送其他任何内容；除了请求本身，没有结果被上传或存储。
参考文献
- IETF，RFC 6349: Framework for TCP Throughput Testing，rfc-editor.org （访问日期：2026-10-07）——为什么吞吐量测试要爬坡，以及它能主张什么。
- Wikipedia，Data-rate units，en.wikipedia.org （访问日期：2026-10-07）——比特与字节单位以及十进制前缀。
- Wikipedia，Latency (engineering)，en.wikipedia.org （访问日期：2026-10-07）——往返时间及其测量。
- Wikipedia，Jitter，en.wikipedia.org （访问日期：2026-10-07）——数据包到达时间之间的变化。
本页计算器
精选工具,点开即用;小工具可直接试算,数值会带入完整计算器。