Shadowrocket（小火箭）的延遲數字只是特定測試的結果，並非速度排名。本文以使用者已有服務商與訂閱為前提，說明如何固定測試條件、確認地區與協定、核對實際規則路徑，再從現有伺服器中挑選主要與備用選項。判斷順序是先確認能否完成實際請求、是否穩定，最後才比較延遲。
一、延遲測試測到了什麼，又有哪些盲點
延遲通常以毫秒顯示，代表特定探測所花費的時間。首先要確認測試方法：TCP 連線測試主要反映與伺服器連接埠建立連線的情況；透過代理連線至測試網址，則還會受到代理交握、測試網址的 DNS 解析與目標網站回應影響。這兩種方法的數字不能直接放在同一個排行榜比較。
在 Home 對現有伺服器進行延遲測試前，先到 Settings 確認目前採用的測試方法；若方法會連線至測試網址，也要保持網址一致。介面入口與可選測試方法，請以目前 App 實際顯示為準。單次測試成功，只能說明這次探測符合條件，不能取代網頁瀏覽、持續傳輸或即時通話測試。
| 測試結果 | 可以判斷 | 不能直接判斷 |
|---|---|---|
| TCP 連線耗時較短 | 當時與受測連接埠建立連線的速度較快 | 代理驗證正確，且目標網站一定能開啟 |
| 代理請求測試成功 | 該測試請求已透過指定路徑完成 | 其他網站或 UDP 應用也一定正常 |
| 單次逾時 | 探測未能在限定時間內完成 | 伺服器永久失效，或一定是密碼錯誤 |
| 多次測試結果差異明顯 | 測試鏈路或端點有波動，需要進一步查明 | 只看最低的一次結果就能選定主要伺服器 |
吞吐量描述單位時間內可傳輸多少資料；延遲則描述一次互動需要等待多久，兩者是不同指標。小型請求回應快速的連線，在持續傳輸時仍可能受可用頻寬、壅塞、封包遺失與伺服器負載影響。反過來說，交握稍慢的連線，建立後仍可能維持穩定傳輸。
二、先固定 Global Routing，再比較現有伺服器
在 Home 切換選取的伺服器，不代表所有請求都會使用它。Global Routing 模式、目前 Config 的規則，以及策略組的選擇，都會影響實際連線路徑。如果待測網頁依規則走 Direct，就不能用該網頁的開啟速度評估目前選取的代理伺服器。
Config：日常測試
建議依照目前設定的規則與策略處理連線。先確認測試目標符合哪個策略，再核對該策略實際使用的伺服器；不要預設所有中國大陸境內位址都走 Direct、其他位址都走 Proxy。
適用情境：保留日常分流設定，測試實際使用情境
Proxy：暫時排除規則影響
讓納入 Shadowrocket 處理範圍的連線走代理路徑，方便判斷問題是否來自 Config 分流。這不代表網路或目標網站一定可連線，測試後應恢復原本模式。
適用情境：短時間以同一網頁對照，排查規則或策略選擇
Direct：直連基準
讓納入處理範圍的連線走直連路徑。此時測得的網頁使用體驗並非所選代理伺服器的表現，只能作為目前網路直連狀況的參考。
適用情境：確認目標在直連時是否也有相同問題
若使用 Scene，請先確認它在目前網路條件下實際採用的路由模式；不要把 Scene 名稱當成另一種延遲測試方法。排查期間也要檢查 Settings → On Demand，避免自動連線條件再次改變剛手動中斷的狀態。
- 記下 Home → Global Routing 目前的選擇，以及 Config 正在使用的設定。
- 選定一台現有伺服器，以相同測試方法連續測三次，並記錄逾時情況，不要只記成功結果。
- 建立連線後開啟固定目標，確認請求記錄顯示的規則、策略與伺服器是否符合預期。
- 改測下一台時，只變更伺服器選擇；網路、目標網址與路由模式都保持不變。
- 若暫時切換到 Proxy 進行對照，測試後請恢復原本的 Config 或 Scene 設定。
三、地區標籤只能縮小範圍，不能取代鏈路測試
伺服器名稱中的地區通常是由設定提供者填寫的標籤，並非用戶端獨立驗證的實際位置。入口位址所在位置、最終出口位址的位置，以及目標網站判定的地區，可能各不相同。名稱標示「近」也不代表網路路徑較短：電信業者之間的互連與路由繞行都會影響實際耗時。
選擇地區時，先釐清使用需求。一般網頁操作重點在於請求能否穩定完成；若要存取有地區限制的內容，則需確認目標實際識別的出口地區。只看名稱、延遲或單一位址的地理資料庫結果，都無法保證目標服務接受該出口。
分開測試：固定 Wi-Fi 與行動網路
固定 Wi-Fi
- 使用同一個無線基地台測試，並暫停大量傳輸工作。
- 先測試一個常用目標，再測試另一個不同目標。
- 記錄日常使用時段的逾時與中斷情形。
行動網路
- 確認已中斷 Wi-Fi，避免誤記目前使用的網路。
- 在相對固定的位置重複相同測試。
- 切換網路後重新建立測試連線，不要沿用舊請求。
同一台伺服器在兩種網路下的結果應分開記錄；為目前常用的網路保留主要選項，並從現有清單中挑選已驗證的備用選項。
測試時段也要一致。上午正常、晚上卻反覆中斷，可能與尖峰壅塞或伺服器負載有關，不能只用地區名稱解釋。先在容易出問題的時段重新測試，再決定是否調整選擇；不要為了追求一次最低延遲而頻繁切換。
四、協定類型會影響連線條件，沒有固定的速度排名
Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 代表不同協定類型，不代表線路品質等級。伺服器端必須支援相對應的協定與參數。把現有設定中的協定改成另一種，不會讓伺服器自動支援該協定，反而可能導致交握失敗。
| 協定 | 應確認的條件 | 排查時留意 |
|---|---|---|
| Shadowsocks | 位址、連接埠、加密方式、密碼；若有外掛程式也需一致 | TCP 可用，不代表 UDP 轉送也已正確設定 |
| VMess / VLESS | 使用者識別碼、傳輸方式，以及設定要求的 TLS、Host、路徑等參數 | 只確認位址與連接埠，還不足以確認交握條件完整 |
| Trojan | 密碼、TLS、伺服器名稱等實際設定參數 | 連接埠能建立連線，不代表 TLS 與驗證都成功 |
| Hysteria2 | 確認基於 QUIC 的 UDP 可連線，並核對驗證與 TLS 參數 | 網路限制 UDP 時，TCP 探測結果不能取代實際協定測試 |
| WireGuard | 金鑰、Peer、Endpoint 與通道位址等設定 | 使用 UDP；只有 Endpoint 位址不足以建立正確通道 |
例如設定使用 TCP 443，連接埠連通後仍可能在 TLS 或驗證階段失敗；設定使用 UDP 443，也不能以 TCP 443 測試成功來證明它可用。連接埠號碼相同，不代表傳輸方式相同。請依照現有設定逐項核對，不要將所有伺服器都改成 443，也不要為了讓測試成功而關閉憑證驗證。
結論：先確認協定可連線，再比較實際使用情境
若某項現有設定只在行動網路下失敗，先檢查該網路是否允許對應傳輸方式，以及交握記錄；不要直接判定整個協定比較慢。確認驗證成功且能完成目標請求後，再比較相同任務中的等待時間、卡頓與持續穩定性。
五、分開排查延遲、規則、DNS 與訂閱問題
「伺服器測得出延遲，但網頁打不開」常是因為測試範圍與實際請求不同：探測可能只連上連接埠，載入網頁還需要解析網域名稱、完成代理驗證、符合正確策略並連上目標。應沿著請求路徑逐步檢查，不要連續更換伺服器後就停止排查。
- 先檢查規則：在 Config 使用的設定中，確認
DOMAIN-SUFFIX、GEOIP、IP-CIDR與FINAL的順序及目標策略。規則依序比對，FINAL會處理先前未符合規則的連線。 - 接著檢查策略：規則符合的策略可能是 Direct，也可能是另一個策略組。Home 目前選取的項目，不一定是該請求最後使用的伺服器。
- 確認 DNS：若位址可連線但網域請求失敗，請檢查目前 Config 的 DNS 設定與請求記錄。不要同時更改 DNS、協定與伺服器，否則難以判斷是哪項變更造成影響。
- 確認訂閱：若現有服務的位址、連接埠或憑證有所變更，請先在 Home 更新對應訂閱，再確認測試的是更新後的項目。清單更新成功，不代表所有項目都能使用。
- 重新建立連線：切換設定後，關閉舊的測試頁面並重新送出請求。舊的長連線可能暫時沿用原本路徑，影響對照結果。
記錄排查結果時，只需記下伺服器的本地辨識名稱、網路類型、測試方法與觀察到的現象。訂閱網址、密碼、使用者識別碼與金鑰都屬於敏感資訊，不應放入公開截圖或測試記錄。若要了解現有訂閱的匯入與管理流程，請參閱訂閱手冊。
六、常見問題與主要、備用伺服器的挑選方式
延遲只有幾十毫秒，為什麼影片還是一直緩衝？
先確認影片請求實際經過所選伺服器，再固定相同影片與畫質，觀察持續傳輸狀況。延遲探測使用的資料量很小，無法反映頻寬、壅塞或目標內容的傳遞路徑；記錄緩衝發生的時段，並以現有備用選項在相同條件下進行比較。
清單顯示逾時，但實際網頁能開啟，還能繼續使用嗎？
先到 Settings 確認測試方法與測試網址，再查看網頁請求記錄，確認請求確實經過該伺服器。若實際請求穩定，只有探測失敗，應檢查探測目標或方法是否適用，不要只憑逾時標籤刪除現有設定。
同一地區有多個選項，是否永遠選數字最低的？
不是。以相同條件各測三次，再測試常用網頁與一項持續傳輸工作。將反覆逾時或中斷的項目另外標記；從能穩定完成任務的候選項中，再依延遲與地區需求，選出目前網路的主要伺服器。
切換 Wi-Fi 後，原本能用的設定失效了，需要重新匯入訂閱嗎？
先確認網路已完成登入，再檢查 Settings → On Demand 的自動連線條件，重新連線並測試原設定。若切回原網路後恢復正常，應先排查新網路的連線狀況；只有現有訂閱參數確實已變更或遺失時，才更新或重新匯入對應訂閱。
最後保留一份簡短紀錄：主要選項、備用選項、適用網路、測試方法，以及常用目標能否穩定完成。備用選項必須實際測試，不要在清單中隨意挑一個低延遲的名稱。之後只有在持續失敗、網路變更或現有設定更新時才重新測試，避免把偶發的數字變化當成必須調整的理由。
Shadowrocket 是 Apple 平台的付費用戶端，主要供 iPhone 與 iPad 使用，唯一取得管道為 App Store。購買用戶端不等於購買線路方案；本文僅討論如何驗證與挑選使用者現有的伺服器，不提供、銷售或推薦節點與訂閱服務。系統需求與裝置相容性請以 App Store 頁面標示為準。