测速是如何工作的
没有神秘数字:本页完整解释我们测什么、怎么算,以及什么会影响结果。
在哪里测量
你的浏览器通过 speed.cloudflare.com 背后的开放测量端点,与最近的 Cloudflare 数据中心通信。Cloudflare 的节点遍布 300 多个城市,测速服务器通常只有几毫秒之遥——因此结果反映的是你的接入网络,而不是到某个遥远服务器的距离。
结果中显示的数据中心代码(例如 SIN 或 FRA)是为你提供本次测试的节点的 IATA 风格代码。
下载与上传
我们建立多条并行连接,在固定时间窗口内传输数据(下载约 10 秒、上传约 8 秒),并逐级增大数据块,让慢速线路和多千兆线路都能被公平测量。
吞吐量随数据到达持续采样。你看到的主数字是爬升期之后所有采样的第 90 百分位——接近线路完全"热身"后的持续速度,与 speed.cloudflare.com 使用相同的汇总方式。图表旁的"峰值"是单次最高采样。
延迟、抖动与负载延迟
空闲延迟是重负载传输开始前,约 15 次小型 HTTP 往返的中位数。抖动是相邻探测之间变化量的平均值。
在下载和上传全速进行时,我们持续发送延迟探测,其中位数就是你的负载延迟。健康的线路上它与空闲值接近;缓冲区过大的线路上它可能暴涨几百毫秒——这种现象叫缓冲膨胀(bufferbloat),也是"网速明明很快、通话却卡顿"的头号原因。
缓冲膨胀评级
评级比较负载下最差的延迟与空闲延迟,按新增延迟量分级:
| 评级 | 负载下新增延迟 | 实际感受 |
|---|---|---|
| A | < 20 ms | 无感——一切保持流畅。 |
| B | 20–60 ms | 几乎所有场景都没问题。 |
| C | 60–150 ms | 下载时通话可能卡顿。 |
| D | 150–400 ms | 负载下实时应用很吃力。 |
| F | > 400 ms | 线路一忙就几乎不可用。 |
质量评级
流媒体看下载余量(每路 4K 大约需要 15–25 Mbps)。视频通话看上传能力,以及负载延迟和抖动——通话质量取决于线路繁忙时的表现。游戏看空闲延迟、抖动和缓冲膨胀;带宽超过几 Mbps 后,大小几乎无关紧要。
评级刻意偏保守:拿到 A 意味着即使线路繁忙,这项活动也应当毫无破绽。
哪些因素会影响结果
Wi-Fi 是最常见的瓶颈——尽量用网线测试。其他会拉低数字的因素:VPN 或代理、同一线路上的其他人和设备、会检查流量的浏览器扩展、繁忙的电脑 CPU,以及手机的省电模式。
不同测速网站(speedtest.net、fast.com、本站)之间的结果也会有差异,因为服务器、并行连接数和汇总算法各不相同。10–20% 的差异完全正常,不代表哪个测试有错。
我们不做什么
本站是完全静态的网站——没有后端、没有数据库、没有账户系统。你的结果在浏览器中计算,只存储在浏览器的本地存储中,随时可以清除。
结果中显示的 IP 地址、运营商和城市来自测速服务器的响应头,仅在本地渲染。我们绝不会接收、记录或存储它们。