使用 Shadowrocket（小火箭）挑選節點，應先確認連線成功，再比較多次測試的穩定度，最後透過實際網頁或影片驗證。本文適合已有服務商與訂閱的使用者，說明 Home → Connectivity Test 的結果代表什麼、如何判讀地區與協定，以及如何在不變更訂閱參數的前提下，保留一個日常使用的選項和一個備用選項。
一、先分清延遲、吞吐量與實際可用性
延遲低，表示某次測試很快收到回應；不代表持續傳輸一定快。吞吐量指單位時間內傳輸的資料量。可用性還包括能否成功連線、能否存取目標服務，以及長時間連線是否中斷。三者彼此相關，但並非同一項指標。挑選節點時，不能只把 SERVER 清單中數值最低的項目當成最終答案。
從 Home 開啟 Connectivity Test，查看測試入口。判讀結果前，先確認目前使用的測試方式與目標。TCP 連線測試主要觀察與伺服器指定連接埠建立連線的過程；透過代理存取 HTTP 或 HTTPS 目標的測試，還可能涉及代理交握、名稱解析及目標網站回應。不同方式涵蓋的連線路徑不同，結果不宜直接放在一起比較。可選項目請以 App 內英文介面為準。
伺服器連接埠必須與服務商提供的參數一致。例如原始項目使用連接埠 8443，不能為了「更快」自行改成 443。連接埠號碼不是速度等級。測試成功只代表本次探測涵蓋的環節正常，無法證明影片播放、上傳或所有網站都能正常使用。
結論：先保留能穩定完成測試的候選項目
固定測試方式與目標，連續觀察三輪；先排除反覆逾時的候選項目，再讓其餘候選項目存取相同的實際目標，不要只看單次最低值就定案。
二、依固定順序測試，避免把網路變化誤認為節點差異
每次只變更一個條件。先固定裝置、目前使用的網路、測試方式與目標，再切換節點。不要直接比較 Wi-Fi 與行動網路下的結果，也不要一邊下載大型檔案，一邊依測試數值判斷線路品質。批次測試可用於初步篩選；選定候選項目後，逐一複測更容易辨別偶發波動。
- 確認清單來源。在 Home 的 SERVER 區找到現有訂閱中的項目，核對名稱與所屬群組。若服務商已變更參數，請先更新對應訂閱，再開始比較。
- 固定測試條件。在 Home → Connectivity Test 使用相同的測試方式。測試期間維持使用同一個 Wi-Fi 或同一個行動網路，並暫停其他裝置的大量資料傳輸。
- 記錄三輪結果。每輪記下回應值、是否逾時、測試時間及網路類型。各輪之間稍作間隔，不要只保留表現最好的一輪。
- 選定候選項目後再連線。確認目前選取的項目，再檢查 Home → Global Routing。若使用策略群組，也要核對群組中實際選取的項目，避免只切換清單選項，目標流量卻仍使用其他出口。
- 驗證實際使用情境。使用同一個網頁，觀察首次載入與重新整理的表現；使用同一部影片和固定畫質，檢查開始播放、拖曳進度及連續播放是否順暢。先中斷舊的測試連線，避免連線重複使用影響判斷。
以下為記錄方式的假設範例，並非實際線路測試或效能保證：候選項目 A 三輪結果為 42 / 260 / 逾時，候選項目 B 為 88 / 91 / 89 ms。A 的最低值較小，但波動明顯；B 更值得進一步以實際使用情境驗證。三輪樣本只能用於初步篩選，不能據此計算長期封包遺失率，也無法保證其他時段的表現相同。
三、地區名稱只是線索，應檢視完整存取路徑
地區距離會影響傳播延遲，但裝置到入口伺服器、入口到出口、出口到目標網站，分別是不同路徑。節點名稱中的地區文字通常只是來源方的標示，不能只靠名稱判定實際入口位置、出口位置或中間路由。即使地理距離近，也可能因繞路、互連壅塞或伺服器負載而變慢。
比較地區前，先釐清使用情境。瀏覽網頁與遠端互動通常更容易感受到回應延遲；長時間觀看影片則更仰賴持續傳輸資料的能力。目標服務也可能依出口 IP 位址選擇內容傳遞節點，因此同一個候選項目存取不同網站，體驗也可能不同。不要把「連到伺服器很快」直接等同於「連到目標網站很快」。
驗證方式：依實際使用情境保留不同候選項目
網頁與互動操作
- 固定同一個目標頁面，比較首次開啟與重複操作的表現。
- 優先觀察回應是否穩定，不要只看最低延遲。
- 留意登入跳轉、圖片載入與送出請求是否完整。
影片與持續傳輸
- 固定影片與畫質，避免自動降低畫質掩蓋差異。
- 分別觀察開始播放、拖曳進度與連續播放時是否停頓。
- 在常用時段複測，記錄壅塞是否反覆發生。
地區資訊可用來縮小候選範圍；最終選擇取決於目前網路到實際目標的完整路徑。
更換 Wi-Fi、行動網路或所在城市後，原本的排序可能改變。不必每天重新挑選所有候選項目；只有體驗持續改變時，才依相同流程複測。保留一個經過驗證的備用項目，比不斷追逐瞬間最低數值更有助於排查問題。
四、依適用條件判斷協定類型，不要按名稱排名速度
Shadowsocks、VMess、VLESS、Trojan、Hysteria2 與 WireGuard 的連線機制和參數各不相同。協定能否正常運作，首先取決於伺服器端與用戶端的設定是否相符，其次取決於目前網路是否支援相關傳輸方式。不能單憑協定名稱就認定它「高速」或「低延遲」，也不能只修改現有項目的 Type，就當成改用了另一種協定。
| 協定 | 應了解的特性 | 比較前先核對 |
|---|---|---|
| Shadowsocks | 使用設定中指定的加密方式與憑證。 | 伺服器位址、連接埠、加密方式與密碼是否相符。 |
| VMess / VLESS | 可搭配不同的傳輸與安全設定，單看協定名稱無法完整了解連線路徑。 | 身分參數、傳輸方式，以及伺服器端要求的 TLS 等設定。 |
| Trojan | 通常搭配 TLS 建立連線。 | 密碼、伺服器名稱與憑證驗證是否符合原始設定。 |
| Hysteria2 | 以 QUIC 為基礎，仰賴 UDP 可正常連線。 | 目前網路是否允許相關 UDP 流量，以及驗證參數是否相符。 |
| WireGuard | 使用 UDP，透過金鑰與通道參數建立通訊。 | 金鑰、對端位址與通道參數是否完全相符。 |
例如，某個 Wi-Fi 網路若限制 UDP，依賴 UDP 的候選項目可能無法正常連線，但這不代表該協定在所有網路中都很慢。反過來說，TCP 連線測試成功，也不能證明 UDP 服務正常。應配合目標服務驗證，不要只用單一探測結果評價所有協定。
- 比較協定前，盡量讓出口地區、測試目標與測試時間接近；伺服器不同造成的差異，可能比協定差異更大。
- 保留訂閱提供的原始參數，不要為了讓測試通過而關閉憑證驗證。
- 分享排查紀錄時，請隱藏密碼、金鑰、身分參數與完整訂閱網址，只記錄必要的協定名稱與現象。
五、確認 Global Routing，避免測到的不是所選節點
切換節點後，網頁表現卻完全沒變，請先檢查路由。Home → Global Routing 決定整體流量的處理方式；它不是速度等級。Config 頁面中的規則與策略，也會決定目標請求實際使用哪個出口。確認目標流量確實經過候選項目後，測試比較才有意義。
Config
建議依目前啟用設定中的規則處理流量。符合規則後的處理方式取決於規則指定的策略；未被前面的規則攔截的請求，仍由後續規則或 FINAL 決定，不應一概視為直連。
適用情境：已確認規則與策略指向後的日常使用
Proxy
整體以代理方式處理流量。可暫時用來減少規則分流造成的變數，但仍應確認實際使用的代理選項，以及連線是否成功。
適用情境：短時間排查目標是否因規則而走上不同路徑
Direct
整體以直連方式處理流量。此時目標的存取表現不能用來評估所選的代理節點，可用於確認目前網路直接連線至該目標時的情況。
適用情境：建立直連對照，不適合作為節點速度測試結果
若使用 Scene，請檢查實際場景對應的設定，不要把場景名稱視為固定出口。若已啟用 Settings → On Demand，測試時也要留意隨選連線是否改變連線狀態。重點是維持條件一致，而非為了測速永久變更日常設定。
結論：切換節點後，先確認路徑再判斷差異
先確認 Global Routing、規則策略與目前選取的代理，再重新建立目標連線。若暫時改用 Proxy 進行對照，完成後請還原原本的日常設定。
六、延遲低但網頁或影片很慢，依現象逐項排查
測試數值與實際體驗不一致時，先分辨是「一開始就很慢」，還是「傳輸一段時間後才變慢」。前者可能與名稱解析、交握、目標網站回應或路由選擇有關；後者則應優先檢查持續吞吐量、壅塞與連線穩定度。依下列順序排查，有助於減少不必要的變更。
- 測試很快，但所有實際目標都很慢：先確認測試方式是否只涵蓋連到伺服器的連線，再核對 Global Routing 與實際出口。暫停背景傳輸，並以另一個已驗證的候選項目進行對照。
- 只有一個網站很慢：改測其他目標，排除網站本身回應、內容傳遞路徑或存取限制等因素。單一網站的問題不能直接推論整個節點無法使用。
- 影片很快開始播放，之後卻反覆緩衝：固定畫質後繼續觀察。短暫交握很快，不代表持續吞吐量足夠；在相近時段比較備用候選項目會更有參考價值。
- 晚上很慢，其他時段正常：記錄相同目標在不同時段的表現，並考量共用線路壅塞與負載變化。不要因一次尖峰時段的結果就修改協定參數。
- 所有候選項目都逾時：先檢查裝置目前的網路是否正常，再確認訂閱是否已更新、服務參數是否有變更。多個項目同時失效時，應優先尋找共同原因。
回報問題時，請記錄裝置網路類型、協定名稱、測試方式、發生時段、是否只有一個目標異常，以及切換候選項目後的結果。請勿公開實際憑證。相較於只提供一張最低延遲的截圖，這些紀錄更有助於判斷問題來自本機網路、服務參數或目標網站。