直接答案
延迟（Latency）是一份数据从你这里出发、到达对方再返回所花的时间，常用 RTT（往返时间）表示，单位是毫秒；丢包是传输途中丢失的数据包比例；抖动是延迟的波动幅度。判断一个节点快不快，要把这三项和带宽放在一起看：延迟决定“点开后多久有反应”，带宽和丢包决定“下载能跑多快、稳不稳”。
为什么“80ms 的节点”也可能很卡
节点列表上那个绿色的数字很容易让人误解：数字小，就一定快吗？其实它只回答了“一问一答要多久”，没有回答“一次能搬多少”和“搬的过程中会不会掉东西”。
举个例子：一个节点延迟不高，但晚高峰时丢包严重，网页会出现半天加载不完、视频反复缓冲的情况；另一个节点延迟稍高，但链路干净、带宽充足，看高清视频反而更顺。所以只盯着延迟数字选节点，经常会选错。
四个指标分别是什么
- 延迟 / RTT：往返时间。物理距离是硬下限——光在光纤中每毫秒大约传播 200 公里，往返还要再乘以二，再加上路由绕行和设备处理时间。所以离你越远的地区，延迟天然越高。
- Ping 和 RTT 的区别：Ping 是一种测量工具，用 ICMP 报文测 RTT。但很多代理节点并不响应 ICMP，因此客户端里的“延迟测试”通常是通过代理去请求一个测试网址，测出来的时间包含了协议握手等开销，比纯 RTT 偏高，只适合节点之间横向比较。
- 丢包率：发出去的数据中没有到达的比例。TCP 遇到丢包会重传并主动降速，所以少量丢包也可能让下载速度明显下降。
- 抖动：延迟忽高忽低的程度。对网页影响不大，对游戏、语音通话、视频会议影响明显。
延迟与带宽的区别
带宽是“管道有多粗”，延迟是“管道有多长”。下载大文件主要看带宽，打开网页和打游戏更看延迟。两者不能互相替代：一个延迟很低但带宽很小的节点，下载依然慢；一个带宽很大但延迟很高的节点，点击网页后的等待感依然明显。
判断标准：不同现象对应什么问题
| 现象 | 可能的主要原因 | 更该看哪个指标 |
|---|---|---|
| 点开网页要等一会儿才开始加载 | 延迟高 | RTT |
| 网页开始加载很快，但大文件下载慢 | 带宽不足或节点拥挤 | 测速中的下载速度 |
| 视频时好时坏、反复缓冲 | 丢包或晚高峰拥塞 | 丢包率、不同时段测速 |
| 游戏人物瞬移、语音断断续续 | 抖动大或丢包 | 抖动、丢包 |
| 延迟显示 -1 或超时 | 测试未拿到响应 | 先复测，再排查客户端与节点 |
| 同一节点白天正常、晚上变慢 | 高峰期拥塞 | 多时段对比 |
自己测试延迟和丢包的步骤
- 在客户端做延迟测试：对同一地区的多个节点测几次，看数字的相对大小和稳定性，不必追求绝对值。
- 观察波动：隔几分钟重复测试，如果同一节点的延迟起伏很大，说明抖动明显。
- 测丢包：可以在电脑上对节点域名做持续 Ping（前提是节点响应 ICMP），或使用带丢包统计的网络诊断工具观察一段时间。
- 加上速度测试：在白天和晚高峰各测一次下载速度，把延迟、丢包、速度放在一起判断。
- 按用途选节点：游戏和通话优先低延迟、低抖动；下载和视频优先带宽和低丢包。
注意事项
- 不同客户端的延迟测试方法不同，数字不能跨客户端直接比较。
- 延迟显示 -1 不一定是节点坏了，可能是客户端不支持该协议、测试网址被拦截或网络瞬时波动。
- 测速截图只是某一时刻的快照，不能代表长期表现，看数据时留意测试时间。
- 请在所在地法律法规允许的范围内使用网络工具。
延迟低速度一定快吗？
不一定。延迟反映响应快慢，下载速度主要取决于带宽和丢包；延迟低但带宽小或丢包多的节点，下载照样可能慢。
客户端里延迟显示 -1 或超时是什么意思？
表示这次测试在规定时间内没有拿到响应，可能是节点故障、协议不被客户端支持、本地网络拦截或测试地址不可达，建议换时段复测后再下结论。