带宽是链路的最大容量，通常用 Mbps 或 Gbps 表示；吞吐量是真实条件下实际跑出来的数据速率。1000M 宽带常常只测出 600–900M，因为协议开销、Wi-Fi 损耗和服务器上限都要扣。把这两个词混在一起，是很多人以为运营商偷速的根本原因。
一个简单的类比：带宽是水管的口径，吞吐量是实际流过去的水量，延迟是水滴从这头到那头要多久。管子再粗，中间有一段堵住，实际流量照样上不去。
带宽、吞吐量、延迟、抖动，各答一个问题
| 指标 | 回答的问题 | 单位 | 怎么测 |
|---|---|---|---|
| 带宽 | 这条链路最大能承载多少 | Mbps / Gbps | 套餐规格、链路协商 |
| 吞吐量 | 实际跑过去多少数据 | Mbps | 上下行测速 |
| 延迟 | 一次往返要多久 | ms | ping |
| 抖动 | 延迟的波动有多大 | ms | 连续 ping |
抱怨"下载慢"，要看吞吐量；抱怨"打游戏卡"，要看延迟和抖动。一条带宽很好的链路，也可能完全不适合游戏，所以单个测速数字并不能代表网络质量。
为什么吞吐量总低于带宽
- 协议开销。TCP 包头、确认包、分帧都会占用每秒的有效带宽，几个百分点的损耗是正常的。
- Wi-Fi。无线还会叠加重传、干扰和共享空口。从 Wi-Fi 换成网线，吞吐量经常能恢复 20%–40%。
- 单线程测速。单条 TCP 流未必能跑满高速链路，多并发流通常更接近真实上限。
- 测速服务器太远或太忙。服务器本身的上限会直接压住你的结果，这条链路再快也没用。
- CGNAT 与晚高峰。如果很多邻居共享同一段上游，到了晚上吞吐量会下降，而你家什么都没有变。
- 后台流量。备份、系统更新、云同步都在悄悄抢同一条管子。
一次规范的带宽吞吐量测试怎么做
- 用有线以太网跑测速设备，先把 Wi-Fi 这个变量拿掉。
- 暂停其他流量：更新、备份、电视盒子、云盘。
- 选就近的测速服务器，记下它的位置，方便以后复测。
- 测三次，分布在不同时段，取中位数而不是最好的一次。
- 上下行都测，非对称套餐的瓶颈经常在 upload。
- 再跑一次多并发，看看限制是不是出在单条流。
IPIPAI 的 测速工具 会同时给出下行、上行、延迟和抖动，足以区分"带宽不够"和"延迟有问题"。如果几次结果差异很大，先看 测速结果为什么忽高忽低，再考虑找运营商。
吞吐量多少算正常
以下是大致参考区间，前提是有线连接、服务器就近：
| 套餐 | 健康的有线吞吐 | 典型 Wi-Fi 吞吐 |
|---|---|---|
| 100M | 90–98 Mbps | 50–85 Mbps |
| 500M | 450–490 Mbps | 250–420 Mbps |
| 1000M | 850–950 Mbps | 400–750 Mbps |
| 2.5G | 2.1–2.4 Gbps | 800 Mbps–1.5 Gbps |
如果三次有线测试都低于套餐的 80% 左右，下一步是逐段排查：先在路由器测，再在光猫测，最后换一台设备对比，这样能判断瓶颈在家里还是在运营商侧。跨地区对比也有帮助，见 全球多节点测速。
ISP 带宽测试和互联网带宽测试的区别
这两个说法常被当成同义词，其实问的东西略有不同。ISP 带宽测试测的是你家到运营商网络这一段，最好打向运营商自己或直连对等的服务器；互联网带宽测试测的是到公网某台服务器的端到端性能，中间多了路由和更多变量。
如果 ISP 测试快、互联网测试慢，说明你的线路没问题，问题在路由或对端服务器；如果两边都慢，瓶颈大概率在你的线路或本地设备。分清这一点，能省掉很多无效的报障电话。
网络质量不只是一个数字
带宽和吞吐量描述容量与交付，但完全不说明"用起来顺不顺"。后者要看延迟和抖动，路由问题还要看路径。用 ping 测试 看往返时间和丢包，用 traceroute 看延迟堆在哪一跳。把这几项拼起来，才是完整的网络质量测试。
先测管子，再测路径。先用 IPIPAI 测速，在网线连接、其他设备停用的状态下跑一次。如果吞吐正常但用起来还是慢，再去做 ping 和 traceroute，别急着改套餐。
常见问题
带宽和吞吐量有什么区别？
带宽是链路最大容量，吞吐量是扣掉开销、干扰和服务器限制后实际交付的速率。带宽是管径，吞吐量是实测流量。
为什么吞吐量总比带宽低？
协议开销、Wi-Fi、单线程测速、服务器太远、晚高峰 CGNAT 拥塞和后台流量，都会拉低实际速率。
带宽吞吐量测试和普通测速一样吗？
普通测速给吞吐量加延迟；规范的测试还要加上有线连接、网络空闲、多并发流和就近服务器，让结果反映链路而不是环境。
吞吐量达到套餐的多少算正常？
有线且就近时 85%–95% 属健康；Wi-Fi 受频段、距离和干扰影响，通常 50%–80%。