節點清單右側的測速數字（毫秒）經常被當成「這個節點好不好用」的唯一依據，數字低就覺得應該很快，但實際打開網頁、看影片時體驗卻經常和這個數字不成正比。這篇文章拆開延遲、頻寬、抖動這幾個容易混在一起的指標，解釋測速數字實際反映的是哪一部分體驗。
節點清單裡點測速按鈕後顯示的毫秒數，測的是延遲：用戶端向節點伺服器發出一個很小的請求，記錄從發出到收到回應經過的時間。這個數值反映的是「打個招呼要多久」，並不涉及傳輸大量資料時的速度表現。一個節點延遲低，只能說明它和你的裝置之間往返一次訊息比較快，不代表它能同時穩定承載很多人下載影片、看直播時的資料吞吐量。
| 指標 | 通俗理解 | 影響哪類體驗 |
|---|---|---|
| 延遲（Latency） | 發一條訊息到收到回應，往返花的時間，單位毫秒 | 影響「點開網頁後多久開始有反應」，對遊戲、語音通話這類即時互動情境影響明顯 |
| 頻寬（Bandwidth） | 單位時間內能傳輸的資料量上限，類似「水管的粗細」 | 影響下載大檔、看高畫質影片時能達到的最高速度，測速工具裡的「毫秒數」完全不反映這一項 |
| 抖動（Jitter） | 延遲本身是否穩定，會不會一會兒快一會兒慢 | 抖動大時，視訊通話容易卡頓、卡幀，即使平均延遲數字看起來還可以 |
| 封包遺失（Packet Loss） | 發出去的資料有多少比例中途遺失、需要重新傳送 | 遺失率高會導致網頁載入中途卡住、影片反覆緩衝，即使延遲數字很低 |
節點清單的測速功能測的只是第一項（延遲），後面三項——頻寬、抖動、封包遺失——都不在這個數字裡，這也是「測速幾十毫秒但打開影片還是卡」最常見的原因：延遲低不代表頻寬夠用，也不代表連線過程中足夠穩定。
如果發現同一個節點白天用著還行，晚上尖峰時段明顯變慢，大概率是頻寬被更多並行使用者瓜分——節點伺服器的總頻寬是固定的，同時使用的人越多，平均每個人能分到的頻寬就越少，這跟延遲數字沒有直接關係，測速時可能延遲依然顯示正常，但實際能傳輸的資料量已經明顯下降。這種情況下換一個使用人數較少、或者服務商標註為「低負載」的節點，通常比反覆測速更有效。
另外要注意的是，Shadowrocket 測速功能測的是用戶端到節點伺服器這一段的延遲，節點伺服器到你實際要造訪的網站之間還有一段路，這段路的品質同樣會影響最終體驗，但完全不在測速數字的統計範圍內。