Shadowrocket（小火箭）的延遲數值適合用來初步篩選現有伺服器，但不能單獨代表頻寬或完整的連線體驗。本文以使用者已有服務商與訂閱為前提，依序說明如何固定測試條件、確認地區與協定、重複測量並實際驗證，協助分辨回應快、連線穩定與下載快這三件事。
延遲數值代表什麼：先確認測量對象
延遲通常以毫秒（ms）顯示，數值越小，代表該次測試涵蓋的互動耗時越短。不過，應先確認測試方式：TCP 建立連線所需時間，和透過代理發出 HTTP 請求所需時間，測量範圍並不相同；ICMP 往返時間也不能直接視為代理請求耗時。未確認測試方式前，不應把清單中的所有數值都稱為 Ping。
TCP 成功建立連線，只能表示當下可連上相應的位址與連接埠，不能保證協定驗證、TLS 交握及目標網頁請求都能成功。HTTP 測試也會受到測試網址、DNS、TLS 與伺服器回應影響。測試範圍越接近實際請求，參考價值越高，但仍只反映當次請求的結果。
- 延遲：觀察一次互動需要等待多久，適合用來評估初始回應速度。
- 吞吐量：觀察持續傳輸的資料量，通常以 Mbps 或 MB/s 表示，不能直接從 ms 換算。
- 波動：觀察相同條件下結果是否穩定；連續測量比單次最低值更有參考價值。
- 逾時：表示測試未能在指定時間內完成，可能與網路、連接埠、協定參數或測試目標有關，不一定是伺服器故障。
先固定測試條件，再到 Home 測試現有伺服器
要有效比較，應盡可能只變更伺服器這個條件。先固定使用同一部 iPhone 或 iPad、同一種網路、同一個測試目標與測試方式，再進行測量。Wi-Fi 與行動網路的出口可能完全不同；切換網路後應重新測試，不要沿用上一組排名。
-
確認現有設定
在 Home 查看現有伺服器；若需手動新增，請從 Home 右上角的「+」進入 Add Server，依照自己已有的資料填寫 Type、位址與連接埠。使用現有訂閱時，先完成更新再開始比較，避免測到已變更的位址。
-
固定連線環境
選擇 Wi-Fi 或行動網路其中一種，並暫停其他高流量工作。檢查 Settings → On Demand，記下目前狀態；若要暫時關閉以避免自動重新連線改變測試條件，請先記錄原設定，測試結束後再還原。
-
逐一選取並測試
返回 Home，逐一選取候選伺服器，並使用 Connectivity Test 檢查連線。記錄畫面顯示的結果、採用的測試方式與時間；連線測試通過一次，不代表所有網站都能正常存取。
-
重複測試三次
每個候選伺服器都使用相同方式測試三次，例如每次間隔約 10 秒。保留所有結果，不要只記最低值；若發生逾時也要記錄，不應在未說明的情況下直接從平均值中排除。
-
驗證實際請求
在 Home → Global Routing 確認目前的連線方式。若要暫時排除規則影響，可使用 Proxy 驗證已選取的伺服器，再造訪同一個目標頁面；完成後還原原本的 Config 或其他設定，並確認實際請求確實經由該伺服器傳送。
Global Routing 設為 Direct 時，不適合用來驗證代理伺服器的實際存取能力，因為請求會直接連線。Config 會依目前設定處理請求，可能符合 DIRECT 規則；Scene 則依指定場景處理，也需要先確認目前生效的條件。因此，「網頁載入很快」與「所選伺服器很快」並不能直接畫上等號。
如何依地區與協定挑選：先確認連線路徑，再比較結果
地區名稱可作為篩選候選項目的參考，但通常只是服務資料中的標示，不代表已確認實體機房位置，也無法直接說明從入口到出口的連線路徑。地理距離較近通常有助於縮短傳輸時間，但電信業者互連、繞路與壅塞都可能抵銷這項優勢。應比較目前網路環境下的結果，而不是只依地區名稱排序。
分別記錄兩種網路環境的測試結果
固定使用 Wi-Fi
- 在同一地點、使用同一個 Wi-Fi 測試，減少無線訊號變化的影響。
- 先從現有清單挑出兩到三個不同地區的候選伺服器，並使用相同的測試目標。
- 白天與晚間各測一組，觀察網路繁忙時段是否出現明顯波動。
行動網路
- 先在靜止且訊號穩定的地點比較，避免移動途中同時切換基地台。
- 重新測試現有候選伺服器，不要直接沿用 Wi-Fi 測試的第一名。
- 記錄測試時的網路環境；訊號或位置改變後，請重新驗證。
分別記錄兩種環境下的候選伺服器排序，比起試圖讓同一台伺服器適用所有網路，更容易找出問題。
協定名稱說明的是連線機制，並非固定的速度等級。Shadowsocks、VMess、VLESS、Trojan 的實際表現還取決於傳輸方式、加密、TLS 與伺服器端設定；不能只看名稱就推斷哪一種較快。Hysteria2 以 QUIC 為基礎，涉及 UDP 是否可連通；WireGuard 同樣使用 UDP，但隧道機制不同，不能將兩者視為相同的測試對象。
- 先確認類型：Add Server 中的 Type 必須與現有服務資料一致，不要為了追求較低的數值而擅自更改協定。
- 再確認參數：連接埠、驗證資料與 TLS 參數都必須相符。連接埠 443 只是特定的連接埠號碼，不能據此認定協定一定是 Trojan，也不代表連線必定成功。
- 區分傳輸方式：對於使用 UDP 的設定，只測試相同位址的 TCP 連接埠，不足以證明實際協定可用；應搭配協定連線與實際請求一併判斷。
- 保留其他變因：不同地區、不同協定的結果可用於選擇，但不足以得出「協定本身比較快」的結論。
如何解讀三次測試結果：穩定性比最低值更重要
以下數值是假設資料，僅用來示範如何記錄，並非本站實測，也不代表任何地區或協定的效能。比較時先確認測試是否成功，再看中位數與波動；最後仍須驗證實際頁面與持續傳輸表現。
| 現有候選項目 | 三次測試結果 | 判讀方式 |
|---|---|---|
| A，使用相同測試方式 | 72 / 180 / 95 ms | 中位數 95 ms，波動較大，需留意繁忙時段。 |
| B，使用相同測試方式 | 104 / 108 / 106 ms | 中位數 106 ms，三次結果相近，可繼續驗證實際存取情況。 |
| C，使用相同測試方式 | 60 ms / 逾時 / 65 ms | 雖然最低值較小，但有一次測試失敗，不能只憑 60 ms 就排在第一。 |
三次取樣只能用於初步篩選，不足以計算可靠的長期封包遺失率。如果 A 偶爾很快、B 一直穩定，互動式網頁在 B 上可能更流暢；若實際存取表現相反，則應以可重複的實際工作結果為準。不要把某個固定的毫秒門檻當作所有網路通用的合格標準。
延遲記錄表
- 網路環境
- 使用同一個 Wi-Fi，測試期間不切換
- 測量條件
- 相同測試方式、相同測試目標
- 重複次數
- 每個候選項目測試 3 次，間隔約 10 秒
- 保留結果
- 所有 ms 數值、逾時情況與測試時間
先確保測試條件一致，再比較排名；不同測試方式的數值應分開記錄。
實際存取測試表
- 連線方式
- Home → Global Routing → Proxy，暫時驗證後還原
- 網頁測試
- 以同一網頁重複開啟 3 次，分別記錄首次載入與快取載入
- 持續傳輸
- 使用自己有權存取的同一個檔案，觀察穩定傳輸速率
- 最終判斷依據
- 綜合評估成功率、等待時間與持續傳輸表現
實際請求必須經過待測伺服器，才能用來評估這條連線。
延遲低但網頁很慢：沿著請求路徑逐步排查
開啟網頁不只涉及一次往返。DNS 查詢、建立連線、TLS 交握、主要文件與多個子資源請求都會增加等待時間；部分資源還來自不同網域。延遲測試的目標回應很快，不代表服務網站的解析、出口路徑與伺服器回應也一樣快。下載大型檔案則更容易受到持續頻寬、壅塞與封包遺失影響。
- 確認請求路徑。在 Home → Global Routing 檢查目前的連線方式；使用 Config 時，請在 Config 中確認目前啟用的檔案，不要只看 Home 選取了哪台伺服器。
- 檢查規則比對結果。例如
DOMAIN-SUFFIX,example.com,DIRECT會讓相應網域使用 DIRECT；FINAL,PROXY只會處理前面規則都未比對到的請求。規則會由上而下比對；切換所選伺服器不會改寫已套用的 DIRECT 策略。 - 區分首次開啟與快取載入。首次載入可能包含 DNS 與 TLS 的耗時，再次開啟時則可能使用快取或重用連線。比較時應分別記錄，避免拿一條連線的首次載入，與另一條連線命中快取的結果相比。
- 更換測試目標，不要同時亂改設定。先檢查同一個頁面，再檢查另一個自己有權存取的目標。若只有單一網站異常，應優先檢查該目標的連線路徑與網站回應，不要同時更改連接埠、DNS 和協定。
- 在不同時段重新檢查網路。短時間測試正常，但持續傳輸速率逐漸下降時，可在相同環境下隔一段時間再次測試，並記錄問題是否只在繁忙時段發生。
規則中的 GEOIP 與 IP-CIDR 用於依 IP 條件分流，不會測量伺服器距離或速度。設定中出現某個地區條件，也不能證明所選伺服器的出口所在地。排查時應分開處理「規則如何決定連線路徑」與「連線品質如何」。
常見問題：逾時、更新與自動切換
顯示逾時，就代表伺服器一定不能用了嗎？
先確認目前的 Wi-Fi 或行動網路本身能正常使用，再回到 Home 重新測試一次。檢查 Add Server 中現有設定的類型、位址與連接埠，接著驗證實際連線。若只有一個測試目標失敗，但實際網頁正常，應繼續檢查測試方式與目標，不要只憑逾時就下結論。
訂閱更新後，為什麼原本的低延遲紀錄不準了？
更新可能會變更位址、連接埠或伺服器項目；名稱相同不代表連線路徑相同。回到 Home 確認更新後的候選伺服器，使用相同網路與測試目標重新測試三次。不要直接沿用更新前的排名，也不要只為了保留較低數值而改回已失效的參數。
測試時連線又自動開啟，如何固定測試條件？
前往 Settings → On Demand 檢查現有的按需連線設定，先記錄原本狀態，再視需要暫時關閉，並返回 Home 確認連線狀態。測試完成後請還原原設定。On Demand 會依條件連線，不代表會自動選擇延遲最低的伺服器。
數值最低的伺服器，應該一直設為首選嗎？
先驗證實際網頁與持續傳輸表現，再決定首選伺服器；同時保留另一台已驗證的候選伺服器。Wi-Fi 改用行動網路、訂閱更新或使用體驗明顯改變時，請重新測試。若設定使用自動策略群組，也要檢查群組的選擇條件；手動選取的項目可能與群組最後使用的伺服器不同。
選擇順序可整理為：參數正確、實際可用、重複測試穩定、符合目標工作需求，最後才比較幾毫秒的差距。本文僅說明如何測試及使用自己已有的設定；客戶端購買與現有服務的使用條件，應分別確認。