网速测试

工作原理

1. 关掉其他占用网络的东西. 暂停这台设备和其他设备上的下载、云备份和视频流——它们都在和测试抢占同一份带宽。
2. 尽量插网线,或者靠近路由器. Wi-Fi 才是这项测试里最常见的瓶颈,而不是你的网络线路——插上网线就能彻底排除这个变量。
3. 点击开始后不要切换到其他标签页. 浏览器会给后台标签页限速,这会让结果显得比实际更低。
4. 先看延迟,再看下载,最后看上传. 测试按顺序运行这三个阶段,每个阶段进行时都会实时更新数字。
5. 拿结果对比套餐速度,而不是对比零. 数字比套餐标称速度低是正常现象——具体原因见下文。
6. 换个时间段再测一次. 一次测试只能反映一个瞬间的状况。再测一次,尤其是在晚上,能看出第一次的结果是不是有代表性。

怎样才能测出一个靠谱的数字

测速测的是那一秒你网络上正在发生的事,所以测试时的环境条件和测试本身同样重要。花几分钟做好准备,就能避开导致结果看起来很奇怪的最常见原因。

• 这台设备和共用这条线路的其他设备上,没有别的下载、上传或视频流在跑。
• 尽量用网线接路由器——Wi-Fi 会引入这项测试无法单独剥离出来的变量。
• 整个测试过程中,浏览器标签页都保持在前台。
• 没有开启 VPN,除非你就是想测 VPN 带来的影响。
• 不要在路由器或调制解调器刚重启完就测——给它一分钟稳定下来。

为什么浏览器测出的速度比套餐标称的低

这个页面上的数字和账单上的数字有差距,是正常现象,而且瓶颈几乎从来不是你的网络线路本身。通常有四个原因。

• Wi-Fi,而不是线路:设备和路由器之间的无线连接本身就有上限,套餐速度够快的话,真正的瓶颈就是它,而不是你的运营商。
• 解密耗处理器性能:这项测试传输的每一个字节都是加密的,解密要占用处理器时间——老款笔记本电脑或手机可能在网络还远没到瓶颈之前,自身处理器就先封顶了,达不到千兆线路的水平。
• 单条连接 vs. 多条连接:在真实网络路径上,单条数据流很难独自跑满一条非常快的线路;多线程测试(包括这一个)能更接近真实速度,但浏览器标签页里单个下载往往做不到。
• 距离和路由:你测的是到某台具体服务器的路径,而不是孤立的线路本身——就算是同一条连接,离得更近、互联更好的服务器测出来也会更快。

还有一部分差距是固定且无法避免的:一条宣传为「1 Gbps」的线路,在扣除 Ethernet、IP 和 TCP 帧头占用的部分之后,实际能跑出的数据大约是 940 Mbps。仅这一项,就足以让任何运营商、任何测试、任何连接都出现一点点差额。

Mbps、MB/s、延迟和抖动:每个数字分别代表什么

这项测试给出的四个数字,回答的是四个不同的问题。

• 下载(Mbps):数据到达你设备的速度——决定看视频、浏览网页和下载文件体验的那个数字。
• 上传(Mbps):数据离开你设备的速度——决定视频通话、云备份和发送大文件体验的那个数字。
• 延迟 / ping(ms):到测试服务器的往返时间。数字越低越好,对任何实时性场景来说都是最关键的指标。
• 抖动(ms):往返时间在不同时刻之间的波动程度。如果抖动很高,即使延迟本身不高,通话也会感觉卡顿。

瓶颈通常在 Wi-Fi,不在线路本身

如果下载数字偏低,但套餐本身很快,那最该先怀疑的就是无线连接。

• 频段:2.4 GHz 比 5 GHz 或 6 GHz 更慢、也更拥挤,但穿墙能力更强——大多数路由器默认会自行选择看起来合理的频段。
• 信道宽度和拥塞:附近的 Wi-Fi 网络和信道重叠会侵蚀实际可用的最大速度,在公寓楼里尤其明显。
• 距离和障碍物:多一堵墙、多一层楼,或者多 10 米距离,都会在连接彻底断掉之前就大幅拉低速度。
• 设备本身的无线芯片:老款手机或笔记本电脑的 Wi-Fi 芯片,上限可能远低于路由器本身支持的速度。
• Mesh 回程:如果 Mesh 系统没有专用的无线或有线回程链路,节点之间每多跳一次,速度大致就会减半。

确认是不是 Wi-Fi 的问题,最快的办法是:在同一个位置、间隔一分钟,分别用网线和 Wi-Fi 各测一次。两次结果差距很大,基本就能确定问题出在无线连接上,而不是你的网络套餐。

你实际需要多快的网速

套餐标称速度本身没那么重要,关键是它能不能在同一条连接上,轻松覆盖你实际同时在做的事情。

• 浏览网页和收发邮件:远低于 5 Mbps 就绰绰有余。
• 高清视频流:每路同时播放大约需要 5 Mbps。
• 4K 视频流:每路同时播放大约需要 25 Mbps。
• 视频通话:上下行各 3-4 Mbps 就很舒适;通话对延迟和抖动的敏感程度,远高于对速度本身的敏感程度。
• 云备份和大文件上传:受限于上传速度,而大多数家庭连接的上传速度通常远低于下载速度。
• 网络游戏:带宽需求不高,但低而稳定的延迟和抖动,对游戏实际体验的影响比 Mbps 数字更大。

这也是这项测试把延迟和抖动放在和 Mbps 数字同样醒目位置的原因:对通话和游戏来说,它们才是判断连接实际体验好坏的更好指标。

什么时候结果才真的说明有问题

大多数偏低的读数,上面已经给出了不算故障的解释。只有少数几种情况,才真的值得找运营商反映。

• 有线连接下,多次、在不同时间段测试,结果都稳定低于合同约定速度的一半——而不只是偶尔一次。
• 有线连接下抖动经常超过 30 ms,这种情况下即使下载数字看起来正常,通话或游戏通常也会感觉卡顿。
• 凌晨三点测起来一切正常,但每天晚上都会崩掉——这种规律指向本地网络拥塞,值得直接找运营商反映。
• 上传明显比下载慢,在大多数家庭连接上是设计使然的正常现象,单凭这一点并不能算故障。

常见问题