延迟、丢包、带宽是什么？看懂测速结果的三个指标

三个指标一句话讲清

看测速结果时，只需要记住三句话：延迟决定“快不快响应”，丢包决定“稳不稳”，带宽决定“能搬多少数据”。三者互相独立：延迟低不代表带宽大，带宽大也不代表不丢包。

对大多数使用场景，判断顺序应该是：先排除丢包高的节点，再挑延迟波动小的，最后在剩下的节点里比较带宽。只盯着客户端里那个毫秒数字，是新手最容易走偏的地方。

指标对照表

指标	含义	常见单位	主要影响	参考范围（国内家宽）
延迟	数据从你这里到目标再返回的时间	毫秒（ms）	网页首屏速度、操作响应、游戏手感	香港 / 日本 40–80ms，美国 150–200ms
丢包率	发出的数据包中没有到达的比例	百分比（%）	断流、视频缓冲、AI 回复中断	低于 1% 较好，超过 3% 明显卡顿
带宽	单位时间内能传输的数据量	Mbps	下载速度、视频清晰度	4K 视频约 25Mbps 即可
抖动	多次延迟测量之间的波动	毫秒（ms）	语音通话、长连接稳定性	建议 30ms 以内

参考范围来自本站的 测试方法 与日常经验，不同城市和运营商会有差异，仅用于判断“大致正常还是明显异常”。

分别是什么意思

延迟：来回跑一趟要多久

延迟主要由物理距离和绕路情况决定。光纤中的信号速度是固定的，所以香港节点天然比美国节点延迟低。线路绕路、中转环节多、入口拥堵，都会让延迟变高。

需要注意，客户端里的延迟数字一般是“通过节点访问一个测试地址”所花的时间，里面包含了你到节点入口、节点到落地、落地到测试地址三段路程，还可能包括握手开销，所以它比单纯的 ping 值偏高是正常的。

丢包：路上丢了多少

数据在网络中以包为单位传输，拥堵的路由器会直接丢弃一部分包。TCP 协议会重传丢失的数据，所以轻微丢包你感觉不到；但丢包一多，重传就会拖慢整体速度，严重时连接直接超时。

丢包对 AI 长连接 尤其致命：ChatGPT、Claude 的流式输出和 Claude Code、Codex 这类命令行工具会保持一条连接很长时间，中途丢包过多就会出现回复中断、stream disconnected 一类报错。

带宽：管道有多粗

带宽决定单位时间能搬运多少数据。机场节点的实际带宽取决于入口、线路和落地三者中最窄的那一段，也受你本地宽带上限约束。晚高峰时大家都在用，同一条线路分到每个人的带宽就会下降。

抖动：稳不稳定

抖动反映延迟的波动。一个节点平均延迟 50ms，但一会儿 30ms 一会儿 300ms，实际体验会很差。视频会议、语音和游戏对抖动最敏感。

四个指标之间的关系

这几个指标并不是孤立的。晚高峰线路拥堵时，最先出现的往往是抖动变大，接着是丢包上升，然后 TCP 因为频繁重传而主动降速，表现为带宽下降，最后才是延迟整体抬高。所以当你发现某个节点下载速度突然变慢，不要急着怪带宽，先看看同一时段的丢包和延迟波动，通常能更早找到原因。

反过来，延迟高本身并不一定意味着线路差。美国节点 160ms 左右是物理距离决定的，只要丢包低、波动小，看视频和使用 AI 服务都可以很顺畅；而一个延迟只有 50ms、却经常丢包的香港节点，体验可能反而更差。

不同用途最看重哪个指标

使用场景	最看重	其次	说明
网页浏览、查资料	延迟	丢包	页面由大量小请求组成，延迟直接影响加载速度
AI 对话、AI 编程	丢包	抖动	长连接对中断敏感，带宽需求很低
4K 视频	带宽	丢包	需要持续稳定的吞吐量
语音、视频会议	抖动	丢包	波动会造成卡顿、回声和断音
大文件下载	带宽	丢包	注意同时关注流量消耗

自己测一测：四个步骤

1. 记录环境：写下城市、运营商、本地宽带带宽和客户端版本，方便以后对比；
2. 测到入口的丢包：用 ping 测试你到节点入口服务器的丢包，入口地址可以在客户端的节点详情中看到；
3. 测经过节点的延迟：通过客户端的本地代理端口访问测试地址，得到真实的往返耗时；
4. 测真实下载速度：下载一个大文件，计算实际带宽。

Windows PowerShell：

# 到入口服务器的丢包（把地址换成你的节点入口）
ping -n 50 节点入口地址

# 经过节点的延迟：time_appconnect 为 TLS 握手完成时间，time_total 为总耗时（秒）
curl.exe -x http://127.0.0.1:7897 -o NUL -s -w "tls=%{time_appconnect} total=%{time_total}\n" https://www.gstatic.com/generate_204

# 真实下载速度：speed_download 单位为字节/秒，乘 8 再除以 1000000 即为 Mbps
curl.exe -x http://127.0.0.1:7897 -o NUL -s -w "speed=%{speed_download}\n" "https://speed.cloudflare.com/__down?bytes=100000000"

macOS / Linux：

ping -c 50 节点入口地址
curl -x http://127.0.0.1:7897 -o /dev/null -s -w "tls=%{time_appconnect} total=%{time_total}\n" https://www.gstatic.com/generate_204
curl -x http://127.0.0.1:7897 -o /dev/null -s -w "speed=%{speed_download}\n" "https://speed.cloudflare.com/__down?bytes=100000000"

7897 是 Clash Verge Rev 常见的默认混合端口，具体以你的客户端设置为准。ping 结果最后一行会显示丢包百分比。注意 ping 使用 ICMP 协议，一般不经过代理，它测的是“你到入口”这一段，而不是完整的代理链路。更完整的测速流程和记录方法见 自己怎么给机场测速。

用实测数据理解三个指标

以本站 2026 年 9 月的家宽实测为参照：光速云 香港节点延迟 41ms、丢包 0.2%、晚高峰下载 230Mbps；无忧链接 香港节点延迟 60ms、丢包 0.8%、晚高峰下载 150Mbps，另外 5 晚测试中出现 2 次短暂波动。

两者延迟只差 19ms，日常浏览几乎感觉不出区别；真正拉开差距的是丢包和稳定性。对于经常用 AI 长连接的人，0.2% 与 0.8% 的丢包差异比延迟差异更值得关注。完整对比可以看 香港节点延迟实测。

常见误区

1. 只看延迟数字选节点：延迟最低的节点可能晚高峰丢包严重，至少要在晚上再测一次；
2. 把 ping 值当成代理延迟：ping 一般不经过代理，只反映到入口的距离；
3. 单次测速下结论：网络状态随时变化，至少测 3 次取中间值；
4. 追求越大越好的带宽：超过实际需求的带宽没有意义，稳定性更重要；
5. 测速时开着下载：本地其他设备占用带宽会让结果失真。

延迟高、丢包多的具体排查方法，可以继续阅读 节点延迟过高怎么办 与 丢包严重怎么解决，基础概念还不熟悉的话建议先看 机场新手入门。

请在遵守当地法律法规与相关服务条款的前提下使用网络工具。