低延迟为什么还会卡？读懂抖动、丢包与吞吐量
节点列表中的毫秒数，通常只是某项探测的结果。它有参考价值，却不能单独预测下载、视频或会议体验。理解延迟、抖动、丢包和吞吐量的区别，可以减少“低延迟为什么还卡”的困惑。
四个指标各自回答什么
| 指标 | 主要问题 | 不能独立回答的问题 |
|---|---|---|
| 延迟 | 一次探测或请求要等待多久 | 大文件能传多快 |
| 抖动 | 延迟在样本之间变化多少 | 是否一定无法开会 |
| 丢包 | 某种探测中有多少报文未按预期到达 | 所有应用真实损失是否相同 |
| 吞吐量 | 单位时间实际传了多少数据 | 首次连接是否迅速 |
测速工具使用的探测方式和统计定义并不完全一致。Cloudflare 的 AIM 说明同时考虑多项连接指标，以帮助理解不同应用场景；不能只摘出一个最高分当作通用质量证明。
为什么同样的平均值体验不同
用一个假设例子理解：五次延迟为 40、40、40、40、240 毫秒，平均值是 80 毫秒；另一组五次都是 80 毫秒，平均值同样为 80。前一组存在明显突发等待，平均数却没有显示这种结构。
这不是任何服务的测试结果，只说明均值可能遮住波动。记录中位数、较慢样本或完整小样本，往往比只写平均值更清楚。样本数量很少时，不要给高百分位数字赋予过多意义。
空闲延迟与负载延迟
没有其他传输时，连接可能很灵敏；开始上传或下载后，排队等待可能增加。若视频会议总在同步文件时卡顿，应比较同一节点在空闲和负载条件下的任务表现。
这里应记录负载是什么、持续多久、来自哪台设备。把家中有大量上传的一轮测试与完全空闲的一轮放在一起，会夸大或掩盖节点差异。
丢包也要看探测对象
某一中间路由设备不回应探测，不代表经过它的业务报文都被丢弃。有些设备会限制对诊断请求的响应。反过来，少量探测全部成功，也不能保证长连接和高流量任务永远正常。
优先将工具指标与最终应用结果对照：网页是否完成、视频是否停顿、声音是否断续。二者共同出现变化，比单独解释一串星号更有意义。
单位换算别混淆
Mbps 是每秒兆比特，MB/s 是每秒兆字节。按每字节 8 比特进行粗略换算，80 Mbps 对应 10 MB/s；协议开销、传输方式和显示口径会影响实际观察值。
若文件大小按十进制 500 MB 计算，持续 10 MB/s 的理想传输时间约为 50 秒。这只是算术估算，不是速度保证；连接建立、速度波动和服务器限制还会增加时间。
选购时怎样使用这些指标
浏览资料看响应与完成率，连续视频看有效传输与缓冲，会议同时看上下行、波动及实际对话。先设任务验收条件，再查看哪个指标帮助解释未达标的原因。