本文適合已在 Shadowrocket（小火箭）匯入自有訂閱的使用者。先用 Connectivity Test 排除目前無法連線的項目，再於相同網路下重複測試，並依目標網站、出口地區與協定傳輸條件篩選。最後透過實際瀏覽與持續傳輸確認，不要直接選擇清單中數字最低的項目。本文僅說明如何使用既有設定，不提供、銷售或推薦節點與訂閱。
一、先確認測試對象與目前路由
節點是既有設定中的連線端點，通常包含伺服器位址、連接埠、協定與驗證參數；訂閱則是更新這些項目的來源。節點名稱中的地區、倍率或用途是標籤，不代表用戶端實測結果。更新訂閱後，位址或參數可能有所變動，因此比較前應確認清單已更新完成，並保留目前可用的設定以便還原。
以下操作以 iPhone / iPad 的 Home、Config、Settings 介面為例。其他平台的版面可能不同，請勿直接照搬按鈕位置。測試前也要分清楚「選取了哪個節點」與「請求實際採用哪個策略」：若 Global Routing 設為 Direct，實際瀏覽通常不會使用所選的代理節點；使用 Config 時，請求則由目前設定中的規則決定。
- Proxy：用於測試統一轉送代理流量；仍須確認使用的策略指向待測節點，而非自動選取的其他項目。
- Direct：透過目前網路直接連線，無法用來驗證所選代理節點的實際連線表現。
- Config：依目前的 Config 規則分流；其中的 DIRECT、REJECT 或其他策略都可能改變測試網站的連線去向。
- Scene：使用已設定的情境安排；比較結果前，請先確認情境實際採用的路由與設定。
二、如何解讀 Connectivity Test 數值
Connectivity Test 不是完整的網頁載入測試，也不是持續下載測速。測試結果取決於測試方式、目標與目前網路：TCP 類測試主要反映建立連線所需時間；HTTP 類測試還可能包含代理協商、TLS 與目標回應。本文所說的「握手速度」，是對這類短時間連線探測的概括，並不等於應用程式開啟後的完整等待時間。
單次測得的毫秒數較低，只表示該次探測完成得較快。這個數值不能直接換算成 Mbps，也不能證明影片能持續播放、檔案可順利下載或長連線穩定。反之，Timeout 表示本次探測未能在指定時間內完成，原因可能與測試目標、網路路徑、連接埠或設定參數有關，不能只據此斷定伺服器永久失效。
- 比較前先固定測試方式與目標；不要將 TCP 與 HTTP 的數值放在同一排名中解讀。
- 每個候選至少重複測試 3 次，記錄中間值、波動幅度與逾時次數，不要只記最快的一次。
- 暫停系統更新、雲端同步與大型檔案傳輸，避免裝置背景流量占滿上行或下行頻寬。
- 記錄測試所用的 Wi-Fi 或行動網路。切換網路後，原本的排序只能作為歷史紀錄。
三、從現有清單篩選候選項目的五個步驟
先完成連線篩選，再測試實際用途。切換節點時不要同時修改 DNS、規則與協定參數，否則結果即使改變，也無法判斷是哪項設定造成影響。以下流程只需留下兩個候選項目，不必對整份訂閱逐一進行長時間下載測試。
-
確認清單
前往 Home，確認自有訂閱已更新完成。檢查待測項目的伺服器位址、連接埠與協定是否完整；若有重複名稱，請依連線參數區分，不要只憑名稱推測線路相同。
-
固定測試條件
保持使用同一個 Wi-Fi 或行動網路，並記錄 Home → Global Routing 目前的選項。測試期間不要更換 Config；若已啟用 Settings → On Demand，請先確認其連線規則不會在測試過程中改變連線狀態。
-
重複測試
在 Home 使用 Connectivity Test，以相同測試方式進行 3 輪。優先保留每輪都有結果且波動較小的項目，並記錄 Timeout；不要因單次失敗就將項目刪除。
-
驗證連線
在 Home 選取候選項目並開啟連線開關，再使用同一個目標網站確認結果。必要時可暫時使用 Global Routing → Proxy，並確認策略指向該候選項目；記錄首頁載入、後續頁面與實際使用功能是否正常。
-
還原分流設定
測試完成後，還原原本的 Global Routing 與 On Demand 設定。保留一個已在目前網路驗證可用的備用項目；更換網路或更新訂閱後，請重新確認，不要把今天的結果視為長期排名。
四、依目標服務與網路環境判斷地區
地理距離只是影響網路路徑的因素之一。裝置連往伺服器時，可能經過不同電信業者的互連、入口轉送或壅塞路段，因此標示地理位置較近，不一定能獲得較低延遲。伺服器名稱中的地區也不一定等於最終出口 IP 的所在地；目標服務判斷地區時，可能同時參考 IP 資料庫、帳號地區與裝置設定。
若既有服務明確要求特定地區，請先從符合該地區條件的現有項目中篩選，再比較穩定性。不要為了降低測試數值而忽略服務所需地區。使用帳號的服務也應避免頻繁切換地區，以免測試過程觸發額外驗證。
在兩種網路環境下分別驗證同一個候選項目
固定 Wi-Fi 環境
- 先確認 Wi-Fi 本身能正常連線至基本網路服務。
- 維持連線至同一個無線基地台，避免測試時在不同房間移動而切換訊號。
- 記錄常用時段的表現，以區分本地網路壅塞與遠端波動。
行動網路
- 在訊號相對穩定的位置測試，避免一邊移動一邊比較。
- 重新執行 Connectivity Test，不要沿用 Wi-Fi 環境下的排名。
- 長時間傳輸會消耗行動數據，驗證時應控制測試時間與資料量。
可依網路環境保留不同候選項目，無須為所有網路情境找出一個固定的「最快節點」。
五、協定類型能決定什麼、不能決定什麼
協定名稱描述連線與傳輸機制，不代表速度等級。首先須符合現有伺服器的協定與參數要求，再確認目前網路是否支援相應傳輸方式。在用戶端將類型改成另一個名稱，不會讓伺服器自動相容。尤其驗證資訊、TLS、傳輸層與伺服器連接埠，都必須與現有設定一致。
| 協定 | 選用前檢查 | 無法據此推斷 |
|---|---|---|
| Shadowsocks | 確認伺服器位址、連接埠、加密方式與密碼相符；UDP 是否可用，取決於連線兩端與網路環境。 | 名稱較短不代表處理速度一定較快。 |
| VMess | 確認 UUID、傳輸方式與 TLS 設定一致；若驗證異常，也請檢查系統時間。 | 成功完成握手，不代表所有目標服務都能使用。 |
| VLESS | UUID 以及使用的傳輸與安全層參數必須相符，不能只憑協定名稱判斷連線的保護方式。 | 協定名稱不同不代表速度排名有高下。 |
| Trojan | 確認密碼、TLS 憑證驗證與 Server Name 設定正確。 | 使用 TLS 不代表能繞過所有網路限制。 |
| Hysteria2 | 以 QUIC 為基礎，須確認 UDP 路徑可用，且驗證與憑證參數設定正確。 | 在高延遲網路環境下，也不保證能維持固定頻寬。 |
| WireGuard | 檢查金鑰、Peer、Endpoint、隧道位址與路由範圍；傳輸依賴 UDP。 | 隧道建立成功，不代表 DNS 與所有路由設定都正確。 |
連接埠號碼也不是辨識協定的依據。例如，TCP 443 與 UDP 443 是不同的傳輸入口；看到「443」不能斷定一定是 Trojan，也不能認定網路一定允許通過。實際連接埠以自有設定為準，不要為了降低延遲而任意修改；憑證出現錯誤時，更不應關閉驗證來換取連線成功。
六、排除規則與自動連線造成的誤判
常見的誤判是「換了節點，網頁表現卻沒有改變」。在 Config 模式下，這可能是正常情況：該網域可能符合 DIRECT 規則，或規則指定了其他策略群組。規則通常依設定順序比對；DOMAIN-SUFFIX 依網域後綴比對，IP-CIDR 依 IP 位址範圍比對，GEOIP 根據 IP 位址歸屬判斷，FINAL 則用於套用預設規則。選取節點不會覆蓋所有規則。
路由檢查紀錄
- 項目
- Home → Global Routing
- 設定
- Config 中目前啟用的設定
- 確認規則關鍵字
- DOMAIN-SUFFIX / IP-CIDR / GEOIP / FINAL
- 驗證要點
- 確認目標請求是否採用待測節點所在的策略
先確認規則的連線去向，再判斷網頁表現是否由節點造成。
連線狀態檢查
- 項目
- Settings → On Demand
- 用途
- 依設定條件觸發連線行為
- 觀察位置
- Home 的連線開關與目前網路
- 測試完成後
- 還原原本的自動連線設定
On Demand 用於管理連線觸發條件，不是節點測速或品質排序功能。
若只有一個網站無法連線，請先檢查該網站命中的策略、DNS 結果與服務本身的狀態；若所有候選項目都無法連線，則先檢查本地網路、訂閱參數與目前連線狀態。不要一次重設所有設定。每次只變更一個項目並記錄結果，才能留下可重現的排查依據。詳細步驟請參閱連線故障排除手冊。
七、延遲測試與實際使用常見問題
延遲最低，為什麼網頁反而載入較慢？
先確認 Global Routing 實際採用的路由，再用同一個頁面比較兩個候選項目。網頁載入還需要 DNS、TLS、多個資源請求與內容傳輸；短時間探測並未涵蓋這些環節。瀏覽器快取也會影響重複開啟的結果，不要拿已快取的頁面與首次載入的頁面比較。
顯示 Timeout，但網頁實際能開啟，需要刪除嗎？
不必立即刪除。保持節點與網路不變，確認 Connectivity Test 使用的測試方式與目標，再重新測試。無法連線至某個測試目標，不代表所有服務都無法使用；同時也要確認網頁請求確實經過該節點，而不是採用 DIRECT 或其他策略。
同一個節點晚上變慢，需要更換協定嗎？
先在相同時段比較備用候選項目，並檢查本地網路是否壅塞。只有伺服器已提供相應協定設定時，才能進行協定比較；不要直接修改 Type。記錄「測試穩定但持續傳輸變慢」或「握手也頻繁逾時」，比只記下「很慢」更有助於排查。
切換到行動網路後，所有候選項目都不穩定怎麼辦？
先確認行動網路本身可正常使用，再於 Home 重新執行 Connectivity Test。若問題集中在依賴 UDP 的既有設定，請檢查目前網路是否可使用 UDP；若訂閱中已有其他傳輸類型，也可以用來比較。不要將單一網路的限制視為該協定在所有環境下都無法使用。
選擇順序可固定為：符合業務條件、連線可用、重複測試結果穩定、實際用途正常。延遲數值只是篩選依據之一，並非最終結論。