本文適用於已在 Shadowrocket（小火箭）中匯入自己的訂閱的使用者。篩選時，先確認連線和規則是否確實生效，再比較相同網路下的延遲波動、目標服務所需地區及協定相容性。讀完後，你可以建立一套可重複的比較方法，而不是只留下延遲數字最低的選項。訂閱連結請向你的服務商取得。
一、固定測試條件，再篩選現有節點
節點名稱通常包含地區、協定或服務商自訂標記，但名稱不代表效能。初次篩選時，先確認訂閱已更新、所選項目的參數完整，再固定網路和目標網站。不要一邊切換 Wi-Fi 與行動網路，一邊比較不同網頁，否則無法判斷差異來自節點還是本地網路。
-
確認訂閱
在 Home 找到現有訂閱，確認項目和有效期限。若要重新新增，使用 Home → + → Type → Subscribe，填入向服務商取得的連結並儲存；更新後再進行篩選，不要把已失效的項目納入比較。
-
固定網路
全程使用同一個 Wi-Fi 或同一個行動網路，並暫停其他裝置的大量資料傳輸。前往 Settings → On Demand 確認隨選連線條件，避免測試期間網路條件改變而觸發連線狀態變化。
-
確認路由
在 Home → Global Routing 確認目前使用的是 Proxy、Direct、Config 或 Scene。記下原本設定；若暫時使用 Proxy 進行比較，結束後請還原設定，避免同時改變日常分流方式。
-
逐項重測
在 Home 選取一個候選項目，啟用連線後執行 Connectivity Test，再瀏覽同一個目標頁面。每個候選項目連續觀察三次，記錄是否連得上、首頁載入等待時間及中途停頓情況，不要只記下一個毫秒數。
更新現有訂閱可能會改變項目數量、位址或參數。更新前後應分別記錄所選項目，避免實際選擇已變更，卻仍沿用舊結論。訂閱網址中的 token 屬於存取憑證，不應出現在公開截圖、分享的記錄或測試紀錄中。
二、Ping、連線延遲與實際載入是不同指標
日常所說的「Ping」常被泛指延遲，但不同測試涵蓋的網路路徑並不相同。ICMP 探測、TCP 建立連線，以及透過代理伺服器存取測試網址，各自測量的環節不同。比較前應確認目前使用的測試方法和目標網址；只有在測試條件一致時，同一清單中的數字才適合直接比較。
延遲描述一次探測往返或建立連線所需的時間；吞吐量則描述持續傳輸能力。網頁載入還涉及 DNS、建立連線、TLS 交握、伺服器回應及多個資源請求。較低的延遲可以縮短部分等待時間，但無法單獨證明大型檔案傳輸更快，也不能證明目標網站會接受該出口位址。
| 觀察結果 | 代表的意義 | 後續驗證方式 |
|---|---|---|
| 探測回報低延遲 | 這次測試路徑的回應速度較快 | 開啟實際使用的網站，觀察首頁載入和後續載入情況 |
| 探測逾時，但網頁可正常使用 | 探測方式或測試目標可能不適用 | 確認測試方法，使用相同目標重新比較 |
| 連線成功，但持續停頓 | 成功建立連線不代表後續傳輸穩定 | 排除本地網路壅塞後，再比較封包遺失情況和伺服器負載 |
| 一般網頁正常，只有特定網站無法使用 | 問題可能與目標網站、DNS 或規則有關 | 查看請求命中的規則和實際出口 |
例如，假設候選 A 三次測試結果為 45、260、逾時，候選 B 則為 85、88、91 毫秒。在這組示範數據中，B 的波動較小，但仍須實際存取目標服務驗證。這不是實測效能排名，也不代表特定地區或協定一定較快。實際選擇時應優先參考多次測試結果，而非偶然出現的最低值。
三、選擇地區時，要分清入口、出口與目標服務
節點標示的地區可能代表出口位置，也可能只是服務商的命名方式。裝置先連到入口，流量接著經過服務商網路到達出口，最後才存取目標服務；地理距離只能解釋其中一部分。地圖上較近不代表網路路由較短，名稱中的地區也不能取代服務商對實際出口的說明。
地區篩選：一般瀏覽與指定地區服務
一般瀏覽
- 從現有訂閱中挑選兩個不同出口作為候選。
- 在相同網路、相近時間瀏覽同一組頁面。
- 優先記錄持續可用性與延遲波動，不要只看地圖距離。
指定地區服務
- 先確認目標服務的地區要求和使用條款。
- 向服務商確認該項目的實際出口地區。
- 確認目標請求確實經由該出口，並以目標服務的實際回應為準。
地區只是篩選條件，不代表服務一定可用；同一地區的不同線路也需要分別驗證。
地區判斷也可能受到帳戶資料、裝置定位、現有工作階段及服務本身政策影響。因此，「切換地區後仍顯示原地區」不能直接歸因於 Shadowrocket 未連線。請先確認路由和出口，再依目標服務的正常流程重新建立工作階段；不要以頻繁切換項目取代問題排查。
四、依服務端參數與網路條件選擇協定類型
Shadowsocks、VMess、VLESS、Trojan、Hysteria2 與 WireGuard 是不同的協定選項，不代表速度等級。只有在服務端確實提供相應協定及完整參數時，客戶端設定才有意義。將 Type 改成另一個名稱，不會讓原伺服器自動支援新協定，也不能只憑連接埠號碼判斷協定。
| 協定 | 優先確認的參數 | 篩選時的注意事項 |
|---|---|---|
| Shadowsocks | 伺服器、連接埠、加密方式、密碼 | 參數必須與服務端一致，不能只確認位址可解析 |
| VMess / VLESS | UUID、傳輸方式、TLS 及相關傳輸參數 | 兩者的驗證機制不同，不能直接互換 Type |
| Trojan | 密碼、連接埠、TLS、SNI | SNI、憑證與服務端設定應相符，不能以關閉驗證取代修正參數 |
| Hysteria2 | 驗證資訊、TLS、服務端要求的其他參數 | 使用基於 UDP 的 QUIC，網路對 UDP 的限制會影響連線 |
| WireGuard | PrivateKey、PublicKey、Endpoint、Address、MTU | 依賴 UDP；金鑰、位址和路由條件都必須正確 |
例如，若某個項目的伺服器連接埠設定為 8443，就應填入服務商提供的 8443，不要因為 HTTPS 常用連接埠是 443 就自行替換。Hysteria2 與 WireGuard 都使用 UDP，但不代表兩者在同一個網路中必定有相同結果；伺服器位置、實作方式、線路負載及參數仍有差異。
- 同一協定只有少數項目失敗：先確認該項目的位址、連接埠、憑證與服務狀態。
- 同一網路下多個 UDP 協定項目都失敗：可改用另一個已獲授權的網路重測，確認是否受到 UDP 限制。
- 所有協定都無法存取：先檢查本地網路、系統時間、連線授權與目前路由，不要直接判定協定不適用。
五、先確認 Global Routing，避免選了節點卻沒有使用
在 Home 點選項目，不代表所有請求都會經過該項目。Global Routing 會決定如何處理請求；在 Config 下也可能由規則指定策略或策略組。排查節點差異前，必須確認目標請求實際前往何處，否則測到的可能一直是直連路徑。
Config
建議依照目前設定的規則決定請求路徑。先在 Config 確認生效中的設定，再檢查目標網域命中的規則與策略；未命中規則的請求不一定都會直連。
適用情況：日常使用已有正確分流設定
Proxy
將納入代理處理範圍的請求交由代理模式處理，可用於減少規則分流造成的變數；仍須考量系統和設定中的排除範圍，不能據此認定所有裝置流量都經過代理。
適用情況：暫時比較代理路徑，完成後還原原設定
Direct
使用直連路徑。即使 Home 已選取節點，也不能據此評估該節點的存取效果；可將直連作為本地網路的比較基準。
適用情況：確認不經代理時是否能連上目標
Scene
依照已設定的場景條件套用相應設定。測試前確認目前符合哪個場景，不要假設切換網路後仍會使用相同的路由條件。
適用情況：已設定場景，並需要依環境切換
規則通常會由上而下比對，FINAL 用於處理未命中前面規則的請求。以下內容僅用來說明語法，不應整段取代現有設定；其中 PROXY 的實際目標須依目前設定確認。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY在這個例子中，example.com 及其子網域會先命中 DOMAIN-SUFFIX；IP-CIDR 用來比對指定的位址範圍，no-resolve 表示不為該規則主動解析網域。接著才會判斷 GEOIP，最後由 FINAL 處理。如果目標已命中前面的 DIRECT 規則，單純切換 Home 中的節點通常不會改變存取路徑。
六、常見狀況與重測方法
為什麼延遲最低的節點，看影片反而會停頓？
低延遲只反映測試環節的回應時間。使用同一部影片、相同畫質和同一個網路，分別觀察兩個候選項目的連續播放及緩衝恢復情況；同時暫停背景的大量資料傳輸。如果只在尖峰時段停頓，請記錄時段後再比較，不能以一次探測取代持續傳輸測試。
Home 顯示逾時，代表節點已失效嗎？
先檢查測試方法和目標，再選取該項目啟用連線，執行 Home → Connectivity Test，並瀏覽實際目標網站。如果測試失敗但服務正常，應檢查探測條件；如果兩者都失敗，再確認訂閱是否已更新，以及位址、連接埠和驗證參數是否正確。
換了節點，網頁速度和地區都沒有變化？
先檢查 Home → Global Routing 是否設為 Direct；若使用 Config，請在 Config 確認目標是否命中 DIRECT 或固定策略組。讓目標重新建立連線後再觀察；現有長連線不一定會隨著選取項目立即重建。不要只憑清單中的反白狀態判斷實際出口。
Wi-Fi 正常，但同一項目在行動網路下失敗，該怎麼辦？
先確認行動數據本身可正常使用，再前往 Settings → On Demand 檢查網路條件，接著確認目前的 Global Routing 和場景。若參數未變，但一換網路就連線失敗，請記錄協定、發生時間和錯誤狀況，並向服務商確認該網路下是否可連線；不要反覆修改密碼或金鑰。
七、保留重測紀錄，不要一味追求最低數字
最後可以保留一個常用項目和一個已驗證的備用項目；這只是整理現有訂閱的方法，不涉及推薦任何服務來源。紀錄應包含網路、測試時間、協定、出口說明、連續測試結果及實際使用表現。不要記錄完整訂閱連結、密碼、PrivateKey 或其他驗證資訊。
- 連線層：是否成功連線，Connectivity Test 能否重複通過。
- 使用體驗：同一網頁的首頁載入是否穩定，持續使用時是否中斷。
- 路由層：Global Routing、目前設定與目標命中的策略是否一致。
- 重測時機：切換網路、更新訂閱或持續出現異常後再重新比較，不必因一次波動就立即更換。
判斷順序應為「可連線 → 路由正確 → 目標可用 → 持續穩定 → 比較延遲」。如此可分辨參數錯誤、規則問題與線路表現，避免將所有存取異常都歸因於節點速度。