本文適合已在 Shadowrocket（小火箭）匯入自己的訂閱的使用者。先統一測試網路與 Global Routing，再用延遲篩選可用候選，最後依目標網站、持續傳輸與晚間穩定度複核。閱讀後即可建立一套可重複的選擇流程，而非只看清單中最低的毫秒數。訂閱請向自己的服務商取得，本文僅說明既有設定的使用與判斷方式。
一、延遲數值反映回應速度，不代表頻寬上限
延遲測試測量探測訊號從送出到收到回應所花的時間，通常以 ms 顯示。不同測試方式涵蓋的路徑不同：TCP 交握主要確認伺服器位址與連接埠是否及時回應；透過代理連線至測試目標的探測，還會受到代理協商、目標位址解析及目標伺服器回應影響。先確認測試方式再比較數值，不能直接把不同方式的結果排成同一份名次。
在 Home 使用 Connectivity Test 時，候選節點應採用相同的測試方式與目標。若目前介面可選擇測試方式，請固定該選項。清單顯示的是單次探測結果，不代表後續所有連線都會如此；逾時只表示這次探測未能在時限內完成，不能只憑一次逾時就判定訂閱失效。
低延遲只表示小量互動可能更快。持續下載還受到可用頻寬、封包遺失、網路壅塞、伺服器負載及目標網站限速影響。例如，某個候選回應很快，但共用出口壅塞，網頁首屏可能迅速載入，大型檔案卻長時間維持低速。反過來說，回應稍慢但傳輸穩定的候選，可能更適合影片緩衝或檔案傳輸。
二、先統一測試條件，再於 Home 選擇候選
先保留目前可用的設定，不要為了比較延遲而同時更新訂閱、修改規則或更換網路。Home 用來選擇伺服器與連線，Config 管理設定檔，Settings 則放置相關設定。將這些層次分開，才能判斷體驗變化是來自節點選擇，還是分流或自動連線條件。
-
確認訂閱
在 Home 確認現有的訂閱群組與伺服器項目。若尚未新增，請依序前往 Home → 右上角「+」→ Type → Subscribe，填入向服務商取得的訂閱連結並儲存。先完成一次更新，測試期間不要反覆重新整理群組。
-
固定網路環境
先在同一個 Wi-Fi 網路完成一輪測試，並暫停其他裝置的大量傳輸。前往 Settings → On Demand 確認現有觸發條件；若會干擾手動中斷與重新連線，請記下原設定，測試期間暫停，完成後再還原。
-
統一路由設定
在 Home → Global Routing 記下原本狀態。進行短時間的受控比較時，可選擇 Proxy，減少 Config 中直連規則造成的干擾；測試完成後請還原原設定。在 Direct 狀態下，不要把直連目標的速度歸因於所選節點。
-
重複測試
在 Home → Connectivity Test 以相同方式測試候選節點，間隔片刻後重複三次。記錄成功次數與波動範圍，先保留持續有回應的兩到三個項目，不必每次測完整個訂閱。
-
確認實際連線
在 Home 選取候選並連線，再以相同網站與相同檔案重新測試。切換後請重新建立測試連線；必要時重新連線 Shadowrocket，避免舊的長連線仍沿用先前路徑。最後回到 Config，確認日常規則下的實際體驗。
三、依用途選擇地區，再確認實際出口
節點名稱中的地區通常由訂閱服務商命名，可能描述入口、出口或線路用途，不一定等同裝置連到目標網站的實際路徑。物理距離較近通常有助於降低傳播延遲，但網路互連、繞道與壅塞都可能改變結果；即使位於同一地區，不同線路的表現也可能差異很大。
地區選擇：日常互動與指定地區連線
日常瀏覽與互動
- 從現有訂閱中篩選回應穩定的候選，不要先依名稱排序。
- 以常用的兩個網站確認首頁載入與重複開啟的表現。
- 保留一個路徑不同的備選，避免只留下多個使用相同出口的項目。
有明確的地區需求
- 先確認目標服務的需求，再測試相應地區的候選。
- 查看目標服務顯示的地區資訊確認結果，不要只相信節點標籤。
- 盡量維持登入環境穩定，不要為了追求幾毫秒而頻繁切換地區。
地區標籤可用來縮小候選範圍；最終仍須以目標服務的識別結果與持續可用性複核。
網站通常會看到請求的出口位址，但地區判斷也可能參考帳戶資料、裝置權限、歷史工作階段及位址資料庫。更換節點不保證網站會立即改變地區判定。若網站判斷異常，請先確認該請求確實套用預期策略，再區分出口位址與網站自身的判斷方式，避免不斷切換卻找不到原因。
四、依網路條件選擇協定，不要只看名稱判斷速度
協定決定用戶端與伺服器如何通訊，但無法單獨決定線路品質。Shadowsocks、VMess、VLESS 的實際表現還與傳輸方式及相關參數有關；Trojan 常用於 TLS 連線；Hysteria2 以 QUIC 為基礎，仰賴 UDP 路徑；WireGuard 則透過 UDP 傳輸通道。不能將不同伺服器、地區與負載下的結果，直接歸因於協定優劣。
| 協定 | 優先確認的設定 | 選擇時的限制 |
|---|---|---|
| Shadowsocks | 伺服器、連接埠、加密方式與密碼 | UDP 是否可用仍取決於伺服器與線路的支援情況，不能只看協定名稱。 |
| VMess / VLESS | 身分驗證參數、傳輸方式，以及相關的 TLS、Host 或路徑設定 | 同一協定可能搭配不同傳輸方式，測試時應記錄完整組合。 |
| Trojan | 連接埠、密碼、TLS 與伺服器名稱相關參數 | TCP 可連通，不代表身分驗證與 TLS 協商一定成功。 |
| Hysteria2 | 驗證、TLS、UDP 可連通性，以及伺服器要求的相關參數 | 目前網路若限制 UDP，可能發生逾時或連線不穩。 |
| WireGuard | 金鑰、Endpoint、位址與路由參數 | 隧道建立不代表目標網站一定連得上，還需要確認 DNS 與路由。 |
連接埠必須與伺服器設定一致。例如，設定指定 TCP 443，就應以該連接埠測試，不要因為它常用於 TLS 就自行改成其他值；UDP 443 與 TCP 443 是不同的傳輸端點，其中一個可連通，不代表另一個也可以。不要為了追求較低的測試數值而隨意更改連接埠、停用憑證驗證或修改身分參數。
若同一服務商提供的不同協定項目，其入口、出口與負載並不相同，就應將它們視為不同候選整體比較。只有盡可能固定伺服器、目標、時間與網路，才適合討論傳輸方式對體驗的影響。支援某種協定只代表具備連線能力，不代表該線路的效能有所保證。
五、使用固定記錄表區分延遲、波動與傳輸量
建議每次只比較兩到三個候選，先連續測試，再於常用時段複測。以下設定卡是人工記錄範本，不是可匯入 Shadowrocket 的設定檔；其中的時間與測試次數是本流程採用的統一條件，不代表產品限制。
探測記錄
- 網路
- 同一個 Wi-Fi；行動網路另測一輪
- 測試方式
- Home → Connectivity Test
- 重複次數
- 每個候選測 3 次，測試方式與目標保持一致
- 記錄項目
- 成功次數、每次的 ms、是否逾時
單次最低值僅供參考；連續成功與波動情況更具參考價值。
實際使用記錄
- 路由狀態
- 記錄 Proxy 或 Config，以及實際套用的策略
- 網頁測試目標
- 固定兩個常用網站，切換後重新建立連線
- 持續觀察
- 以同一個檔案觀察 60 秒，記錄中斷與速率波動
- 複測時段
- 白天與平常使用的晚間時段各測一輪
測試流量會計入現有方案與本地網路用量，請避免長時間反覆傳輸。
例如，假設候選 A 三次探測的結果為 42、45、310 ms，候選 B 則為 78、81、80 ms；這些數字僅用來說明判斷方式，並非線路實測報告。A 的最低值較小，但這輪測試的波動較大；B 在這輪測試中較一致。接著仍需透過實際連線複核，不能只憑三次探測推斷全天穩定度，也不能將回應時間差換算為下載速率。
- 瀏覽網頁：觀察首次開啟、再次開啟與圖片載入是否同時變慢，並留意快取可能掩蓋差異。
- 觀看影片：在相同畫質下觀察緩衝與中斷情況；播放器自動降低畫質後的流暢度，不能視為相同條件下的比較結果。
- 傳輸檔案：固定檔案與來源，區分 MB/s 和 Mbps；以十進位單位計算，1 MB/s 相當於 8 Mbps。
- 互動用途：留意波動與間歇性卡頓；若相關服務使用 UDP，也要實際確認 UDP 通路是否可用。
六、遇到常見異常先檢查路徑，別急著換節點
延遲很低，網頁為什麼還是很慢？
先在 Home → Global Routing 確認目前狀態，再確認目標請求是否套用預期策略。使用 Config 時，規則或策略群組可能選擇其他路徑。若路徑正確，請以同一個網站重新建立連線，比較首頁載入與持續傳輸情況；探測目標回應快，不代表目標網站也快，DNS、TLS 協商與出口壅塞都需分別檢查。
測試逾時，但實際上仍能開啟網頁，需要刪除嗎？
先不要刪除。保持節點不變，重複相同測試，再確認測試目標是否可連線。實際網頁與探測可能使用不同目標或傳輸方式；若網頁實際走 Direct，也不能據此證明代理可用。確認路由後，再以實際請求能否持續成功作為補充判斷。
Wi-Fi 可以連線，行動網路卻連不上，該怎麼辦？
固定使用同一個候選，分別在兩種網路下重新測試，不要同時更新訂閱或更改協定。前往 Settings → On Demand，檢查是否有依網路觸發的條件；若使用 Hysteria2 或 WireGuard，再確認目前網路是否可使用 UDP。記錄網路、時間與錯誤現象，並向服務商確認該項目的要求。
訂閱更新後，原本的選擇怎麼不一樣了？
回到 Home 確認項目名稱、伺服器位址、連接埠與協定，不要只看原本的排列位置。更新可能替換或移除項目；若 Config 使用策略群組，也要檢查群組內的選擇。重新選定候選並複測，不要沿用更新前的延遲記錄判斷新項目。
如果使用 Proxy 時正常，切回 Config 後卻異常，請優先檢查規則路徑，而不是繼續挑選節點。DOMAIN-SUFFIX 依網域後綴比對，IP-CIDR 依位址範圍比對，GEOIP 依位址地理分類比對，FINAL 則處理前面規則都未比對到的請求。規則順序、DNS 結果與策略群組選擇都可能影響最終出口；請在 Config 查看目前啟用的設定，並搭配請求記錄找出命中的項目。
七、保留主要與備用候選，依固定條件複查
選擇的目標不是找到永遠最低的 ms，而是在自己的使用環境中保留可重複驗證的路徑。主要候選應能連上常用網站、互動穩定，且持續傳輸表現足夠；備用候選則最好與主要候選的路徑不同。兩個名稱不同、實際卻共用同一出口的項目，未必能提供有效備援。
- 日常使用時，請還原原本的 Global Routing 與 On Demand 設定，避免長期保留臨時測試狀態。
- 只有在體驗持續變化、訂閱項目更新或網路環境改變時才需要複查，不要因一次延遲升高就立即切換。
- 記錄候選名稱、協定、網路與測試時間，保留可供前後比較的資訊。
- 發生異常時一次只變更一個條件：先檢查網路，再更換候選，接著檢查協定參數與規則。
若要進一步確認入口與操作位置，請參閱使用說明；不熟悉相關術語時，可查閱名詞解釋。先確認實際請求的路徑，再分析延遲、地區與協定，通常比不斷重新整理整份清單更容易找出問題。