Shadowrocket（小火箭）連線後速度變慢，不應直接歸因於用戶端或協定。本文假設你已有自己的服務商與訂閱，先固定測試條件，再依序比較節點、線路、協定與本地網路。讀完後，你可以區分延遲、傳輸量與連線失敗，留下可供複查的紀錄，並判斷下一步該檢查設定、切換連線網路，或向自己的服務商反映。
先建立基準：延遲低不代表下載快
延遲測試反映特定探測方式下的回應時間；傳輸量則反映一段時間內能傳輸多少資料，兩者測量的對象不同。節點清單顯示回應較快，不代表該節點到目標網站的路徑、持續傳輸能力或晚間負載更理想；單次逾時也不能直接證明節點長期無法使用。
先在 Home 確認目前連線狀態、選取的節點與 Global Routing。記錄測試方式，不要把不同探測方式得出的數值放在一起排名。App 完成連線授權，也不代表遠端服務已通過完整請求驗證。
- 暫停其他裝置或 App 的大量資料傳輸，選定同一個目標頁面或測試資源。
- 固定 Global Routing、節點與連線網路；每組重複測試 3 次，記錄數值範圍，不要只記最快的一次。
- 分別記錄「首次開啟時等待」、「開始傳輸後速度緩慢」、「傳輸途中停頓」與「完全無法開啟」。
- 每輪只變更一個變數。切換後重新建立連線，再執行相同請求，避免舊連線影響判斷。
測試大型檔案會消耗流量；使用行動網路前，先確認自己的方案剩餘流量。本文提供的測試次數是排查方法，不是效能標準，也不代表速度保證。
第一層：比較現有節點，先排除單一節點異常
在 Home 對現有節點執行延遲測試，使用相同測試方式保留連續結果，再以實際請求驗證。如果只有一個節點持續逾時，而其他節點存取相同目標正常，優先檢查該節點的位址、連接埠、認證資料與伺服器狀態；若所有節點都異常，接著檢查共同因素，不要逐一盲目修改參數。
| 觀察到的現象 | 可能代表的情況 | 下一步 |
|---|---|---|
| 單一節點連續逾時 | 異常可能集中在該端點或通往該端點的路徑 | 確認服務商提供的位址、連接埠與服務有效狀態 |
| 延遲穩定，但持續傳輸緩慢 | 探測連得上，傳輸量仍可能受限 | 比較同一資源的持續傳輸表現 |
| 所有節點同時變慢 | 可能是共用線路或本地網路因素 | 固定節點，切換 Wi-Fi 與行動網路 |
| 只有一個網站速度慢 | 可能與目標服務或特定路由有關 | 確認該請求命中的規則與實際出口 |
節點名稱中的地區或標籤，不能單獨證明實際路徑；名稱不同的兩個節點也可能共用同一出口。節點標籤僅供辨識，不能作為線路彼此獨立的證據。需要更新訂閱時，使用現有 Subscribe 項目的更新功能；訂閱網址請向自己的服務商取得。更新後，再確認目前選取的節點是否有變更。
結論：保留一個可重複測試的對照節點
從現有節點中選出一個目前能穩定完成相同請求的節點作為對照。之後每次修改設定，都回到相同目標進行驗證；若對照節點也同時變慢，先檢查共同因素。
第二層：記錄線路時段，區分壅塞與目標網站限制
用戶端到節點、節點到目標服務都可能出現瓶頸。若特定時段所有請求都變慢，可能與共用路徑的負載有關；若只有一個網站變慢，還要考慮目標網站限速、內容傳遞路徑或服務異常。只憑單次測速結果，無法判定究竟是哪一段發生壅塞。
固定使用同一台裝置、同一節點與同一目標，分別在問題發生時及網路相對空閒時記錄一組結果。若使用不同資源，檔案大小、快取命中與遠端限制都會改變結果，降低比較的參考價值。不要同時執行多項測速，它們會共用頻寬。
- 時間：記錄當地時間與時區，方便服務商對照運作紀錄。
- 連線方式：註明使用 Wi-Fi 或行動網路，以及測試期間是否切換過連線方式。
- 測試對象：記錄節點標籤、協定類型與目標主機名稱；不要記錄密碼或完整訂閱網址。
- 測量項目：分別記錄延遲、逾時次數、頁面開始回應前的等待時間與持續傳輸速度。
- 單位：確認讀數單位是 Mbps 還是 MB/s；以十進位換算，8 Mbps 約等於 1 MB/s，實際有效傳輸量還會受到協定額外負荷影響。
如果在相同條件下，只有固定時段反覆變慢，請將紀錄提供給自己的服務商，詢問端點負載與路徑狀況。反覆修改 DNS 或重新匯入相同訂閱，無法直接排除遠端壅塞。若測速目標正常，但實際使用的網站異常，應以該網站的實際請求作為排查對象。
第三層：檢查協定與傳輸參數，避免憑猜測調整設定
透過 Home → Add Server 手動輸入資料，或檢查現有節點詳細資訊時，協定類型、連接埠、認證資料、傳輸方式與 TLS 參數都必須符合服務商提供的資訊。連接埠號只是端點參數：例如服務商明確提供 443 時才填入，不能因為它常用於 HTTPS，就拿來取代所有節點的連接埠。
| 協定 | 優先檢查項目 | 速度排查注意事項 |
|---|---|---|
| Shadowsocks | 位址、連接埠、加密方式、密碼 | 加密方式或密碼不符會導致請求失敗，不能只確認連接埠是否連得上 |
| VMess / VLESS | UUID、傳輸方式、TLS、服務商指定的 Host 與路徑 | 兩者不能只靠切換類型互換；傳輸參數必須與伺服器設定一致 |
| Trojan | 密碼、TLS、Server Name | 網域與憑證驗證失敗時，應修正設定，不應關閉驗證來換取連線 |
| Hysteria2 | 認證資料、TLS、UDP 可達性 | 以 QUIC 為基礎；若連線網路限制 UDP，可能會連線失敗或表現不穩定 |
| WireGuard | 金鑰、端點、位址與路由相關設定 | 以 UDP 為基礎；也需確認伺服器是否收到流量，以及回程是否正常 |
Hysteria2 在某些封包遺失或高延遲情況下可能較有優勢，但實際效果取決於端到端路徑與伺服器設定，不能因此推論所有網路都會更快。不要憑空填入頻寬參數，也不要直接複製其他協定的連接埠、認證或傳輸設定。
錯誤：connection refused
原因：目標端點或路徑中的設備主動拒絕連線，可能是連接埠未在監聽，或受到存取政策限制。
解決方法：確認位址與連接埠；若相同端點持續出現此錯誤，請向自己的服務商確認服務狀態。
錯誤：i/o timeout
原因：某個讀取或寫入階段未能在時限內完成。單憑這則錯誤，無法區分壅塞、過濾或伺服器沒有回應。
解決方法：記錄錯誤發生階段，固定節點後切換連線網路，並使用現有的對照節點重新測試。
以上是連線記錄中可能出現的錯誤訊息，並非每種協定都會顯示相同文字。保留實際記錄的上下文，比只截取最後一行更有助於判斷；提交前請移除認證資料與私人存取紀錄。
檢查分流路徑：確認速度慢的請求確實經過測試節點
在 Home → Global Routing 中，Proxy、Direct 與 Config 會影響請求的出口方式。進行節點對照測試時，確認用途與流量成本後，可暫時使用 Proxy；測試完成後，請恢復原有設定。Config 須搭配其中啟用的設定與命中規則判斷；Direct 的結果不能作為節點傳輸量的測試結果。
如果使用 Scene，也要檢查場景關聯的設定；不要只看節點清單中的選取狀態，就判定實際出口。規則會依序比對，排查時查看目標請求的命中結果，比不斷更換節點更直接。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY本段僅說明規則含義，不要求覆蓋現有設定：DOMAIN-SUFFIX 比對網域後綴，IP-CIDR 比對位址網段，GEOIP 依據 IP 地理資料比對，FINAL 處理先前未命中的請求。範例中的 example.com 是說明用網域；實際設定也可能使用自訂策略名稱。
- 若目標命中
DIRECT，更換代理節點通常不會改變該請求的出口路徑。 - 若目標命中
REJECT，應檢查拒絕規則，而不是把請求失敗誤判為線路速度慢。 - 若等待時間主要發生在網域解析階段，請檢查解析錯誤與所用 DNS 是否可連線；不要把 DNS 問題直接等同於頻寬不足。
- 修改設定前，先保留可還原的副本；每次只調整相關項目，完成驗證後還原不再需要的測試變更。
第四層：切換本地網路，排除 Wi-Fi 與連線觸發因素
固定節點與目標後，將 Wi-Fi 切換至行動網路，重新連線再測試。若行動網路正常、Wi-Fi 異常，問題範圍可能縮小至該 Wi-Fi 的無線品質、路由設備、上游連線或網路政策，但仍不能只憑這項結果判定是哪個設備故障。切換期間若節點或 Global Routing 也有變更，請先恢復相同條件。
- 檢查本地基準：在允許直接存取的目標上，比較連線前後的表現。如果不使用代理也很慢，先排查連線網路。
- 檢查無線品質：靠近路由設備重新測試，並暫停占用上行頻寬的大量傳輸；上行頻寬用盡同樣會拉長回應時間。
- 檢查網路認證：若公共 Wi-Fi 需要網頁認證，先完成該網路的認證，再重新嘗試連線。
- 檢查觸發設定：前往 Settings → On Demand 查看觸發條件。如果測試期間連線重新觸發，請記錄發生時間，並確認是否符合設定。
- 檢查連線共存情況：在系統 VPN 設定中確認目前實際啟用的連線，避免把連線狀態切換誤判為同一條通道持續變慢。
常見問題與回報資訊清單
延遲很低，為什麼影片還是不斷緩衝？
延遲探測不等於影片路徑的持續傳輸量。固定節點與 Global Routing，比較同一部影片的載入情況，再確認該請求實際命中的規則；如果只有這項服務異常，請記錄目標主機名稱與發生時段。
更新訂閱後速度變慢，需要重新輸入所有節點嗎？
先確認更新後選取的節點、協定與連接埠是否變更，再與更新前保留的資訊比對。不要立刻刪除所有設定；若對訂閱內容或有效性有疑問，請向自己的服務商確認。
只有使用 Wi-Fi 時 Hysteria2 不穩定，該如何確認？
保持該節點參數不變，切換至行動網路重新連線，並重複相同請求。若只有該 Wi-Fi 會出現異常，請記錄 UDP 相關錯誤與連線時間；這有助於縮小排查範圍，但不能只憑現象斷定網路一定封鎖 UDP。
手機重新開機後還是很慢，該提供哪些資訊求助？
提供時間與時區、連線類型、節點標籤、協定、Global Routing、目標主機名稱，以及三次對照測試結果。附上已移除敏感資料的錯誤上下文，不要傳送密碼、金鑰、UUID 或完整訂閱連結。
排查完成後，恢復原有的 Global Routing 與 On Demand 設定，並保留有效紀錄。若是單一節點異常，優先確認端點；若固定時段異常，優先比對線路；若特定協定異常，檢查傳輸條件；若只在某種連線網路異常，則繼續檢查本地網路。用戶端買斷 ≠ 線路方案；重新購買用戶端不會改變現有線路的頻寬或負載。