本文適用於已在 Shadowrocket（小火箭）匯入自己的訂閱，且可以連線，但網頁載入或傳輸速度異常的使用者。先固定測試目標與 Global Routing 狀態，再依序檢查本機網路、協定參數、傳輸路徑與節點資源；每次只變更一個條件，透過重複測試區分持續性瓶頸與短暫波動。
先分辨延遲高、首次載入慢與持續傳輸慢
「速度慢」至少有三種不同情況：連線建立前等待很久、網頁首屏遲遲未出現，以及檔案開始傳輸後速度始終偏低。延遲測試反映的是特定測試方式與目標的回應時間，不等於可用頻寬。Home 中的 Connectivity Test 可協助判斷連線是否可達；即使測試成功，也不能據此認定所有網站和大型檔案傳輸都正常。
先選擇一個自己有權存取、內容大小固定的 HTTPS 資源作為測試目標，避免每次更換網站。連續測試三次，分別記錄開始時間、首次出現內容的等待時間，以及穩定傳輸速度。以下為記錄方式範例，並非產品實測結果，也不代表速度承諾。
| 狀況 | 記錄範例 | 優先檢查 |
|---|---|---|
| 延遲低但下載慢 | 回應約 80 ms，持續傳輸約 300 KB/s | 線路壅塞、節點限速、目標網站限速 |
| 首次載入慢，之後正常 | 等待約 5 秒，之後穩定約 5 MB/s | DNS、交握、重新建立連線 |
| 傳輸時斷時續 | 連續三次出現數秒沒有資料傳輸 | 無線干擾、封包遺失、網路切換 |
比較數值時，先統一單位：8 Mbps 理論換算約為 1 MB/s，實際傳輸速度還會受協定負荷影響。不要直接比較測速頁的 Mbps 與檔案下載頁的 MB/s，也不要把單次延遲最低的節點直接視為吞吐量最高的節點。
第一層：固定本機網路與測試條件
本機網路品質會影響後續所有判斷。Wi-Fi 訊號滿格只代表裝置收到的無線訊號較強，不能證明路由器上行、家用寬頻或目前網路出口沒有壅塞。開始比對測試前，先暫停照片同步、系統更新與其他大量傳輸作業。
-
記錄目前狀態
在 Home 記錄目前使用的節點與 Global Routing 選項，再前往 Settings → On Demand 記錄啟用狀態。若要測試關閉連線後的基準速度，先暫時停用自動連線，避免設定遭自動還原；測試結束後再恢復原設定。
-
建立基準
中斷 Shadowrocket 連線，使用目前網路可直接存取的固定資源測試三次。若此時速度也慢，先檢查路由器、無線干擾與寬頻連線，不要立刻更改協定。
-
固定測試狀態
返回 Home，開啟 Global Routing，先確認目前選擇的是 Proxy、Direct、Config 還是 Scene。若要排除規則的影響，可暫時使用 Proxy，選擇固定節點重新連線；測試後再恢復原狀態。
-
更換網路連線
保持節點與測試目標不變，分別使用 Wi-Fi 與行動網路測試。切換後先等網路穩定，再重新連線；不要在傳輸途中切換。使用行動網路前，請確認剩餘流量。
若同一節點在行動網路正常、在 Wi-Fi 持續變慢，問題較可能出在該 Wi-Fi 的網路連線、出口或通往節點的路徑，不能據此直接認定節點伺服器故障。若兩種網路都慢，請繼續檢查參數與線路。On Demand 用來依條件建立連線，並非頻寬加速選項。
第二層：逐項檢查協定參數，勿憑感覺更改 TLS
參數錯誤較常導致無法連線、交握失敗或反覆重試，有時也會表現為網頁長時間等待。請先逐項比對 Home 中目前節點的編輯頁面與自己服務商提供的設定。若節點是透過訂閱匯入，優先更新訂閱後再測試；手動修改前先記錄原始值，避免更新覆蓋變更後誤判結果。
| 協定或選項 | 應檢查的內容 | 容易誤判之處 |
|---|---|---|
| Trojan 與 TLS | 位址、連接埠、Password、SNI 與憑證要求 | 連線位址不一定等於 SNI，請以服務商提供的設定為準 |
| VMess / VLESS | 身分參數、傳輸方式，以及適用時的 Host、Path、TLS | 能解析節點名稱，不代表傳輸參數完整 |
| Shadowsocks | 加密方式、Password、連接埠與伺服器要求的外掛參數 | 即使密碼正確，加密方式不符仍可能連線失敗 |
| Hysteria2 / WireGuard | 伺服器端對應的驗證或金鑰，以及位址與連接埠設定 | 兩者都依賴 UDP，目前網路對 UDP 的處理方式也會影響連線 |
連接埠應依設定填寫。例如，伺服器提供的連接埠是 8443，就不能因為 TLS 常用 443 而改成 443。連接埠號本身也不代表速度等級。使用 TLS 節點時，請維持憑證驗證；不要把啟用 Allow Insecure 當成處理速度慢的通用方法。遇到憑證問題，也應檢查 iPhone 或 iPad 的系統時間。
若連線記錄出現以下英文錯誤片段，可依其含義縮小排查範圍。不同連線階段的完整錯誤文字可能不同，不要只看單一詞句就認定是伺服器故障。
錯誤：i/o timeout
原因與處理方式：某個階段的讀寫未能在時限內完成，可能與本機網路、傳輸路徑或伺服器有關。請記錄錯誤前後的連線階段，保持節點不變，切換網路後重新測試。
錯誤：connection refused
原因與處理方式：目標端或中間設備主動拒絕連線，常見原因包括連接埠未在監聽或存取遭拒。請先檢查位址與連接埠，再向自己的服務商確認相關服務狀態。
錯誤：certificate verify failed
原因與處理方式：TLS 憑證驗證未通過，可能與名稱、憑證鏈或系統時間有關。請檢查 SNI、系統日期與服務商設定，保留驗證並修正原因。
第三層：交叉測試，定位線路壅塞與封包遺失
此處所說的「線路」，是指裝置所在網路與節點伺服器之間的傳輸路徑。路徑可能經過網路接取、跨網互連與中轉環節，品質也會隨時間變化。成功連線一次不能排除壅塞；單一目標網站速度慢，也不能證明整條路徑頻寬不足。
- 同一節點、更換網路：固定節點與資源，只切換 Wi-Fi 和行動網路。若差異可穩定重現，優先考慮不同網路出口通往該節點的路徑差異。
- 同一網路、更換時段：在網路較空閒的時段，以及平時出現問題的時段各測三次。若速度主要在特定時段下降，應將壅塞列為待驗證原因，而非直接更換協定。
- 同一節點、更換目標：分別存取兩個彼此獨立的固定資源。若只有其中一個目標速度慢，請繼續考慮目標網站限速、區域調度，或節點至目標網站的路徑。
- 同一網路、更換節點：只從自己已有的訂閱中選擇另一個可用節點，並維持資源與測試方式不變。避免同時啟動多個下載，以免造成額外競爭。
若網頁可以開啟，但影片或大型檔案會定期停頓，應留意封包遺失與吞吐穩定性，而不只看最低延遲。若使用依賴 UDP 的協定，換用另一種網路後恢復正常，請服務商依網路環境檢查 UDP 是否可正常連通。不要一次大量修改 MTU、DNS 和傳輸參數；同時變更多個選項，會使測試結果難以判讀。
第四層：區分節點資源、方案限制與目標網站瓶頸
完成前三層檢查後，再評估個別節點。節點可連線，不代表其出口頻寬、同時連線資源，以及通往目標網站的連線都充足。延遲正常但持續吞吐量低，可能與節點負載、使用者方案限速、流量額度或目標網站限制有關；單靠用戶端通常無法準確測出伺服器 CPU、出口使用率等內部狀態。
- 在自己服務商提供的帳戶資訊中，檢查有效期限、剩餘流量與約定的速度限制；不要透過反覆重新整理訂閱來規避限制。
- 更新自己已有的訂閱後，確認測試的仍是同一個節點，避免節點名稱或位址變更，導致前後資料無法比較。
- 在相同網路下，比較已有訂閱中的兩個節點；若只有其中一個對多個目標都持續緩慢，請將該節點的測試記錄提供給服務商。
- 若多個節點只有在存取同一個網站時變慢，請保留其他目標正常的比對結果，優先檢查目標網站與相應的出口路徑。
提交記錄時，應包含測試時間與時區、Wi-Fi 或行動網路、協定、Global Routing 狀態、目標類型、三次測試結果與錯誤片段。請勿傳送完整訂閱連結、Password、私鑰或身分憑證；分享截圖前，請遮蔽這些資訊。用戶端購買憑證與網路線路狀態是兩種不同資訊，不能以購買狀態判斷線路是否遭限速。
常見問題：低延遲、自動連線與還原設定
延遲只有幾十毫秒，為什麼下載還是很慢？
延遲測試量測的是特定探測請求的回應時間，不是持續吞吐量。請選定一個較大的資源，連續測試三次，並與另一個目標比對；同時確認 Global Routing 與所選節點沒有變動，再判斷是否受到頻寬或目標網站限制。
開啟 On Demand 會讓速度變快嗎？
Settings → On Demand 會影響自動連線條件，不會增加線路頻寬。若等待發生在切換網路後重新連線的階段，請先在相同網路下手動連線再測試；不要將重新連線所需時間與穩定下載速度混為一談。
Proxy 正常、Config 很慢，是否要一直使用 Proxy？
不必急著改變長期使用方式。請記錄異常網域，在請求記錄中確認實際連線出口，再到 Config 檢查優先命中的規則與 FINAL。修正相關規則或策略後，切回 Config 並重新測試同一個目標。
測試完成後，應恢復哪些設定？
恢復原本的 Global Routing、目前使用的節點，以及 Settings → On Demand 狀態；若曾修改參數，請依事先記錄還原。保留有效的比對結果，不要因為偶然一次變快，就同時保存多項未經驗證的變更。
排查的目標不是找到一個看似更快的開關，而是能重現差異：問題出現在哪個網路、哪個節點、哪個目標及哪個時段。若證據仍不足，請先保存設定與記錄，再向自己的服務商提供必要資訊；這比清除設定後重新匯入更容易找出原因。