节点列表右侧的测速数字（毫秒）经常被当成"这个节点好不好用"的唯一依据，数字低就觉得应该很快，但实际打开网页、看视频时体验却经常和这个数字不成正比。这篇文章拆开延迟、带宽、抖动这几个容易混在一起的指标，解释测速数字实际反映的是哪一部分体验。
节点列表里点测速按钮后显示的毫秒数，测的是延迟：客户端向节点服务器发出一个很小的请求，记录从发出到收到响应经过的时间。这个数值反映的是"打个招呼要多久"，并不涉及传输大量数据时的速度表现。一个节点延迟低，只能说明它和你的设备之间往返一次消息比较快，不代表它能同时稳定承载很多人下载视频、看直播时的数据吞吐量。
| 指标 | 通俗理解 | 影响哪类体验 |
|---|---|---|
| 延迟（Latency） | 发一条消息到收到回应，往返花的时间，单位毫秒 | 影响"点开网页后多久开始有反应"，对游戏、语音通话这类实时互动场景影响明显 |
| 带宽（Bandwidth） | 单位时间内能传输的数据量上限，类似"水管的粗细" | 影响下载大文件、看高清视频时能达到的最高速度，测速工具里的"毫秒数"完全不反映这一项 |
| 抖动（Jitter） | 延迟本身是否稳定，会不会一会儿快一会儿慢 | 抖动大时，视频通话容易卡顿、卡帧，即使平均延迟数字看起来还可以 |
| 丢包（Packet Loss） | 发出去的数据有多少比例中途丢失、需要重新发送 | 丢包率高会导致网页加载中途卡住、视频反复缓冲，即使延迟数字很低 |
节点列表的测速功能测的只是第一项（延迟），后面三项——带宽、抖动、丢包——都不在这个数字里，这也是"测速几十毫秒但打开视频还是卡"最常见的原因：延迟低不代表带宽够用，也不代表连接过程中足够稳定。
如果发现同一个节点白天用着还行，晚上高峰期明显变慢，大概率是带宽被更多并发用户瓜分——节点服务器的总带宽是固定的，同时使用的人越多，平均每个人能分到的带宽就越少，这跟延迟数字没有直接关系，测速时可能延迟依然显示正常，但实际能传输的数据量已经明显下降。这种情况下换一个使用人数较少、或者服务商标注为"低负载"的节点，通常比反复测速更有效。
另外要注意的是，Shadowrocket 测速功能测的是客户端到节点服务器这一段的延迟，节点服务器到你实际要访问的网站之间还有一段路，这段路的质量同样会影响最终体验，但完全不在测速数字的统计范围内。