测速截图为什么骗人，以及应该怎么测

几乎每个人第一次都会干同一件事：连上之后打开测速网站，跑个分，看到一个漂亮的数字，然后满意地关掉。

然后晚上看视频还是卡。

原因是：测速网站给你的数字，和你实际的体验，测的不是同一件事。

三个数字，只有两个重要

测速结果通常给你三个数：下载速度、上传速度、延迟（Ping）。大部分人只看第一个，而第一个恰恰是最不重要的。

延迟是数据一来一回的时间，单位毫秒。它决定的是网页点开的那一瞬间感觉有多「跟手」。

一个反直觉的事实：打开一个普通网页，要来回几十次请求。 延迟 50ms 和 250ms 的差别，不是慢 200 毫秒，而是慢几秒——因为那个差值被乘了几十倍。

所以延迟 250ms、下载 200Mbps 的节点，浏览网页的体验会明显不如延迟 60ms、下载 30Mbps 的。

这个测速网站基本不显示，但它才是「明明不慢却一直卡」的真凶。

丢包就是数据在半路丢了，得重发。丢 1% 的包，感觉不出来；丢 5%，视频开始缓冲；丢 10% 以上，几乎没法用了——即使你的带宽数字依然很好看。

晚高峰的问题通常是丢包，不是带宽。 这也是为什么白天测的数字在晚上完全不作数。

真正需要大带宽的场景其实不多：下载大文件、看高码率视频、传大附件。刷网页、聊天、看普通清晰度视频，几十 Mbps 早就够了。

追求跑分数字是最常见的浪费。 你为 500Mbps 付的钱，日常用到的可能只有 5%。

在命令行里连续 ping 一段时间，看丢了多少：

# Windows（发 50 个包）
ping -n 50 1.1.1.1

# macOS / Linux
ping -c 50 1.1.1.1

看最后的统计行。丢包 0%、延迟波动小，就是好线路。如果延迟在 60ms 和 400ms 之间来回跳，那条线路不能用——平均值再好看也没用，波动本身就是问题。

想看数据具体卡在哪一跳，用路由追踪：

# Windows
tracert -d 1.1.1.1

# macOS / Linux
traceroute -n 1.1.1.1

延迟突然暴涨的那一跳，就是瓶颈所在。如果暴涨发生在离开你本地网络之前，那是你自己的网络问题，换服务也解决不了。

比跑分更准的办法是直接做你平时做的事：

这些没有数字，但它们就是你花钱要买的东西。

要能对比，就得控制变量。我自己的记录表长这样：

记三次就能看出一个服务的真实水平。一次测试只是一张快照，不是结论。

「换了节点没变快」——先确认流量真的走了新节点。很多客户端切换节点后，已有的连接仍在旧通道上，需要重启应用或等连接超时。测之前先关掉再打开浏览器。

「测速网站显示的地区不对」——不一定是节点问题。有些测速服务会就近选择测试点，它显示的位置未必等于你的出口位置。用专门查 IP 归属的站点交叉验证一下。

「白天很快，晚上很慢」——这是共享线路的正常现象，不是故障。区别只在于服务方超售了多少。这一条在买之前测不出来，只能用一段时间才知道。

反复跑高带宽测速会消耗大量流量。一次 500Mbps 的测速，十几秒就能吃掉好几百 MB。如果你的套餐按流量计费，测几次就够心疼的了。优先用 ping 这类几乎不耗流量的方法。

要判断一条线路好不好用，按这个优先级看：

跑分截图好看，但它回答不了「我晚上能不能顺畅看视频」这个问题。而那才是你真正想知道的。