设备上显示的 Wi-Fi 速率，并不能保证文件下载的实际吞吐量。一次下载要经过多个可能的限制环节：无线链路、路由器、互联网接入、远端服务、协议行为以及本地存储。请先核对单位，再确定你测量的是哪一段。
三个回答不同问题的数字
| 数字 | 通常含义 | 它没有包含的内容 |
|---|---|---|
| Wi-Fi 连接/链路速率 | 在当前条件下协商出的无线链路数据速率。 | 应用层实际吞吐量、共享的空口时间，以及路径的其余部分。 |
| 宽带套餐速率 | 接入服务按其条款宣传或合同约定的速率。 | 各个服务器能否以该速率向你传输数据。 |
| 下载应用速率 | 应用程序在某段测量时间内收到的有效数据。 | 其他路径、协议或不同时段的表现。 |
一个自拟的单位换算示例
假设某连接显示 Wi-Fi 链路速率为 866 Mbit/s，而互联网接入上限为 100 Mbit/s。即使不考虑协议开销或其他流量竞争，由于一个字节有八位，100 Mbit/s 的路径最多只能传输 12.5 MB/s（十进制）。显示的 866 Mbit/s 无法让 100 Mbit/s 的接入链路向远端站点提供 866 Mbit/s。
100 Mbit/s / 8 = 12.5 MB/s
1,000 MB / 12.5 MB/s = 80 seconds
八十秒是在假设上限下，传输十进制 1,000 MB 的理想化下限，并不是对真实下载的预测。实际的开销、慢启动、延迟、丢包、其他流量和存储都可能让时间变长。1,000 MiB 的文件字节数则不同。
一个简单的诊断实验
- 记录文件大小（字节）、显示的速率及单位、耗时、设备和大致的测试条件。
- 在可行且允许的情况下，用同一服务和同一文件做有线对比测试。有线结果好而无线结果差，说明问题可能在本地无线路径，但这并不是完整的诊断。
- 对比另一个可信的来源。一个服务器慢，并不能证明整个互联网连接都慢。
- 分别在靠近接入点处和平时使用的位置测试，不要一次改动多个设置。
- 检查是否有其他传输在竞争，以及已知的套餐、VPN、路由器或设备限制。
请使用你自己被允许的流量，并留意流量上限。不要对他人的服务器进行压力测试。以上只是建议的诊断步骤；本文没有进行任何网络基准测试。
看规律，而不只是看峰值
如果所有远程下载都受到类似限制，而本地传输很快，就应调查互联网路径和服务条款。如果问题随房间或设备明显变化，就应调查无线环境和设备本身。如果只有某个应用慢，就检查它自己的服务器、协议或存储路径。单次测速结果只是一个时间点的观察，不能证明全天的表现。
诊断之前应避免的做法
购买新路由器、关闭安全功能、开放入站端口，或仅凭接口外形选择线缆，都可能找不到真正的瓶颈。请先确认实际的链路和设备能力。如果路径中有扩展坞或转接器，请阅读USB-C 能力边界。