Shadowrocket（小火箭）的延遲數值適合用來篩選候選連線，不宜直接當成網速排名。本文以使用者已有服務商與訂閱為前提，說明如何固定測試條件、區分地區與協定、確認網頁和影片的實際表現，以及排查「延遲很低卻無法開啟」的情況。操作步驟以 iPhone / iPad 介面為例，其他平台請依相應功能確認。
一、先分清延遲、傳輸量與可用性
延遲通常以 ms 表示，反映指定路徑上某次測試請求所花的時間；傳輸量則是單位時間內實際傳送的資料量。小型請求很快完成，只能表示當下這條路徑回應較快，不代表持續下載時仍有足夠頻寬。影片播放也會受到目標網站、快取位置、出口壅塞，以及一段時間內連線穩定度的影響。
不同測試方式涵蓋的連線路徑並不相同。TCP 連線測試主要觀察連上目標連接埠所需的時間，不一定會完成代理驗證或存取目標網站；透過代理送出 HTTP 請求的測試涵蓋環節較多，但結果也只適用於該測試網址。比較前先確認測試方式與目標，不能把不同方法測出的數值放在同一份排名中。
二、在 Home 進行可重複的篩選
先確認訂閱已成功匯入，且 Home 中看得到現有節點清單。如果服務商通知參數有變更，請先更新相應訂閱再開始比較；不要一邊使用舊參數，一邊判斷協定表現。訂閱網址包含存取憑證，截圖或記錄結果時請遮蔽完整連結、密碼與 token。
-
固定網路條件
全程使用同一個 Wi-Fi 或行動網路，並暫停大型檔案下載與系統更新。開啟 Settings → On Demand，記下目前設定；若測試期間會自動切換連線，可暫時關閉，測試後再恢復。
-
確認參數
在 Home 開啟候選節點的編輯頁面，確認 Type、伺服器位址與連接埠符合現有服務商提供的資訊。不要為了測出較低數值而修改連接埠、TLS 或驗證欄位。
-
重複測試
在 Home 使用 Connectivity Test，以相同方式連續測試候選項三輪，每輪之間稍作間隔。記錄成功次數、典型耗時和明顯逾時情況，不要只抄下最低值。
-
確認實際使用表現
在 Home → Global Routing 暫時選擇 Proxy，選取一個候選節點並啟用連線，再用同一個瀏覽器開啟同一個目標頁面。切換節點後請建立新連線再測，避免沿用既有工作階段。
-
還原設定
比較完成後，將 Home → Global Routing 還原為原本的 Config 或其他既有設定，並恢復 On Demand。重新開啟目標頁面，確認日常規則仍會套用預期策略。
Proxy 適合用來短暫排除分流差異，但不代表所有系統流量必然走同一條路徑。瀏覽器快取、既有長連線與設定中的排除項目都可能影響觀察結果。每次只變更一個條件，才能分辨是「切換節點有效」，還是「剛好重新整理後恢復」。測試也會產生流量，請遵守現有服務的使用限制。
三、地區標籤可用來篩選候選項，不代表完整路由
節點名稱中的地區通常是服務商提供的標籤，可能表示出口地區，也可能只是線路名稱。入口位址、實際出口，以及目標網站判定的 IP 所屬地區未必相同。地理距離較近只能作為參考；電信業者之間的互連、繞道與出口負載可能比直線距離更重要。
依目前使用的網路分別記錄測試結果
固定 Wi-Fi
- 在相同路由器與訊號強度相近的條件下測試。
- 記錄白天與平常晚間時段的差異。
- 優先確認目標網站的回應與持續傳輸表現。
行動網路
- 關閉 Wi-Fi 後重新測試，不要沿用上次的排序。
- 盡量固定所在位置，避免測試時遇上基地台切換。
- 留意 UDP 路徑，以及網路切換後重新連線的表現。
同一個節點在 Wi-Fi 與行動網路下可能有不同表現，應分別記錄候選項，不要把某個地區永久貼上快或慢的標籤。
如果目標服務對出口地區有明確要求，請先確認現有連線的實際出口是否符合，再比較效能。符合地區要求也不代表目標網站一定允許存取；帳號地區、網站規則與 IP 判定結果都可能影響回應。不要把存取受限、登入失敗或驗證碼增加，直接歸因於延遲。
四、選擇協定先確認參數相容，再比較網路表現
Shadowsocks、VMess、VLESS、Trojan、Hysteria2 與 WireGuard 不能只按名稱排列速度。實際負載與傳輸方式、加密、TLS、伺服器實作及網路環境有關。請選擇現有服務明確支援的協定，並保留所需欄位；將 Type 改成另一個名稱，不會讓原本的伺服器自動相容。
TCP 類連線檢查
- 相關設定
- 採用 TCP 傳輸的 Shadowsocks、VMess、VLESS，以及常見的 Trojan 設定。
- 連接埠範例
- 443 是常見的 TLS 連接埠範例，實際值仍須以現有伺服器參數為準。
- 驗證欄位
- 依協定確認密碼、UUID、加密方式等設定，這些欄位不能互相替代。
- TLS 參數
- 需要 TLS 時，請確認伺服器名稱與憑證要求；連接埠可連通不代表 TLS 已成功。
TCP 連線測試成功，仍無法證明代理驗證及後續目標存取都正常。
UDP 路徑檢查
- Hysteria2
- 以 QUIC 為基礎，仰賴可用的 UDP 路徑，也需要正確的驗證與 TLS 參數。
- WireGuard
- 使用 UDP，請確認金鑰、端點與通道位址等設定。
- 網路限制
- 目前的 Wi-Fi 或電信業者可能限制、丟棄 UDP 流量，或降低其穩定性。
- 測試依據
- 以實際交握與服務流量為準，不能用相同連接埠的 TCP 測試取代。
UDP 不代表一定更快，仍須依目前網路與伺服器實作驗證協定表現。
如果某個協定在家中正常，換到另一個網路後卻持續逾時，請先檢查網路差異與現有伺服器狀態，再考慮其他已設定且相容的候選項。不要為了排除錯誤而直接關閉憑證驗證；遇到憑證問題，應確認伺服器名稱、裝置時間與伺服器憑證，而不是降低驗證要求來掩蓋問題。
五、用實際服務判斷「低延遲卻不好用」
開啟網頁不只是一次往返，通常還包含 DNS、建立連線、TLS 協商與多個資源請求。測試網址正常，不代表網頁引用的所有網域都能正常存取。影片則更仰賴持續傳輸量與穩定度；啟動快卻不斷緩衝，和第一個請求就逾時是兩種不同問題，應分開記錄。
- 網頁情境：比較同一頁面首次顯示正文所需的時間，以及圖片、指令碼是否完整載入。快取會影響結果，可使用新的私密瀏覽工作階段輔助比較，但其他條件仍須保持一致。
- 影片情境：使用相同內容與畫質觀察數分鐘，記錄啟動、拖曳進度後的恢復情況及緩衝狀況。自動畫質可能掩蓋頻寬不足，不能只憑「能播放」就下結論。
- 下載情境：比較相同來源的持續傳輸表現，不要把開始幾秒的峰值當成長時間下載速度。伺服器限速和來源網站負載也可能成為瓶頸。
- 穩定性情境：記錄多輪測試中成功與逾時的分布。偶爾很快、卻經常失敗的候選項，不應只因最低一次延遲就排在前面。
排查分流時，Home → Global Routing 中的 Direct 表示直連，不能用來驗證所選代理的實際服務表現；Config 會依目前設定處理，Scene 則依所選場景處理。在 Config 下還要檢查 Config 中正在使用的設定：前面的 DOMAIN-SUFFIX、GEOIP 或 IP-CIDR 規則可能已經符合，只有前面規則都未命中時才會由 FINAL 作為後備。先確認實際套用的策略，再解讀速度差異。
六、常見問題與最後的保留標準
為什麼延遲最低，網頁反而打不開？
先確認 Connectivity Test 的測試方式，再到 Home → Global Routing 暫時選擇 Proxy，選取該節點後重新建立瀏覽器連線。若仍無法使用，請確認驗證、TLS 與目標網域解析；若 Proxy 正常但 Config 異常，請返回 Config 檢查目標符合的規則與策略。
清單顯示逾時，就一定要刪除這個節點嗎？
不必急著刪除。先在相同網路下測試其他現有候選項，再確認目前的測試方式是否適用於該協定。尤其是以 UDP 為基礎的設定，TCP 探測失敗不能單獨證明服務無法使用。更新相應訂閱並確認端點參數後，再以實際連線和目標存取結果複測。
Wi-Fi 很快，出門後要重新挑選嗎？
切換到行動網路後，應在相同條件下重新測試一輪。先到 Settings → On Demand 確認自動連線設定是否改變連線狀態，再到 Home 檢查目前選取項目與 Global Routing。不要只看清單上次留下的延遲數值。
更新訂閱後，原本選的節點不見了，該怎麼辦？
先確認更新的是原有訂閱群組，而不是誤刪後重新匯入。服務商可能已更改節點名稱或將節點移除，請依新的位址、地區說明與協定欄位重新確認；無法確定時，請向現有服務商查詢。不要依照相似名稱自行拼湊密碼或其他驗證欄位。
最後可保留一個日常使用的候選項，以及一個已驗證的備用項，並分別記下適用網路、測試方式與目標服務表現。選擇順序應為：參數正確且能建立連線、目標服務可用、持續傳輸穩定，最後才比較延遲數值。網路條件或訂閱內容變動後再重新確認，不必為了追求某次更低的 ms 數值而頻繁修改整套設定。
本文不提供、不銷售也不推薦節點或訂閱；所有比較都以使用者現有的連線服務為對象。首次設定可先閱讀快速入門，了解匯入、連線與 Global Routing 的基本關係，再依照上述流程篩選。