Shadowrocket（小火箭）連線後速度慢，先分辨連線逾時、網頁首次開啟緩慢與持續下載緩慢，再固定目標、伺服器和網路逐項比對。本文適合已有自己的服務商與設定的使用者，依序檢查 Home 中的伺服器選擇、Global Routing、協定參數和本機網路，最後整理可重現的紀錄；不必先重新安裝 App，也不要一次修改多項設定。
一、先建立基準：延遲不等於下載速度
先在 Home 點選要使用的伺服器，確認已選取，再開啟連線並執行 Connectivity Test。測試成功表示相應的測試請求能完成，不代表所有網站、所有協定或大型檔案傳輸都正常。單次延遲較低，也不代表連線頻寬充足；連線建立後，仍可能受到伺服器負載、出口壅塞和目標網站限制。
將「慢」描述成可重複觀察的現象：點開網頁後長時間空白、頁面文字很快出現但圖片持續載入，或是下載開始後速度不斷下降。以下數字是單位換算與紀錄方式，不是對任何連線路徑的實測保證。
- 暫停雲端硬碟同步、系統更新及其他裝置的大流量工作，記下測試時間與網路連線方式。
- 固定使用同一個目標網頁，或你有權存取的測試檔案；每組連續測試三次，分別記錄首次和再次開啟的結果，避免快取影響判讀。
- 分別記錄 Connectivity Test 結果、網頁首次開啟所需時間、持續傳輸速度及是否中斷，不要把這些指標合併成單一的「快慢」判斷。
- 每次只變更一個條件。切換伺服器時不要同時更換 Wi-Fi；切換協定時不要同時修改 DNS。
例如介面顯示 5 MB/s，換算後約為 40 Mbps，而不是 5 Mbps。App 顯示的即時流量也不一定等於目前檔案的平均速度，應一併參考下載工具的平均值與測試時間。
二、伺服器層：確認選取項目、設定有效性與服務狀態
此處的伺服器是指既有服務設定中的伺服器項目，而非設定檔本身。Home 中列出多個項目，只能代表設定已列出；實際連線仍取決於目前選取的項目，以及使用中的設定是否透過策略選擇其他出口。切換項目後重新建立連線，並盡量建立新的測試請求，避免既有長連線繼續使用舊路徑。
- 先核對項目：確認伺服器位址、連接埠、協定與驗證資訊，是否與服務商提供的內容一致。連接埠應使用服務設定指定的值，不要因為 HTTPS 常用 443，就一律改成 443。
- 再檢查更新：執行既有訂閱的更新操作後，重新確認目前選取的項目。項目名稱相同，不代表伺服器位址和參數沒有變動；更新訂閱也不代表目前 Config 中的規則已同步更新。
- 最後進行比對：若已有另一個有效的伺服器，在相同網路、相近時段與相同目標下切換比較。若只有一個項目持續異常，優先確認該項目的狀態與服務限制。
日誌片段：connection refused
原因：連線遭到拒絕，常見原因是目標連接埠未監聽或遭主動拒絕，並非單純頻寬不足。
解法：核對位址與連接埠，確認訂閱是否已更新，再向自己的服務商確認該伺服器的服務狀態。
日誌片段：i/o timeout
原因：相關讀寫操作未能在期限內完成，可能涉及伺服器無法連線、連線路徑封包遺失或目標回應過慢；僅憑這段訊息無法判定問題在哪一層。
解法：保留錯誤發生前後的連線階段與時間，分別更換既有伺服器和網路連線方式，觀察逾時是否隨其中一項條件變化。
以上是網路日誌中可能出現的錯誤片段，實際介面顯示可能不同。分享紀錄時請隱藏伺服器位址、驗證資訊和訂閱憑證；本文僅說明如何排查使用者已有的設定，本網站不提供、不販售或推薦伺服器或訂閱。
三、連線路徑層：比對路由模式與時段，縮小問題範圍
一次連線可能依序經過本機網路、代理伺服器入口、伺服器出口與目標服務。快速連上伺服器，不代表伺服器到目標網站的速度也快。若只有某個網站速度慢，應先排除目標網站負載、內容分發位置，以及目標網站對出口位址的限制，不要直接修改所有伺服器。
在 Home → Global Routing 檢查目前的路由模式。比對速度前，先確認流量經過哪條路徑；暫時切換只用於驗證，完成後請還原原本的工作設定。
| 模式 | 排查用途 | 注意事項 |
|---|---|---|
| Config | 依照目前設定的規則處理請求，用來重現日常使用時的狀況。 | 確認特定網域或 IP 命中的策略，不要只看連線開關。 |
| Proxy | 用來判斷規則分流是否影響測試請求的路徑。 | 會改變原本直連請求的處理方式，不適合作為所有問題的長期解法。 |
| Direct | 以原本可以直連的同一目標建立基準。 | 若目標無法直連，連線失敗本身不能證明代理伺服器比較快或比較慢。 |
| Scene | 確認實際生效的 Scene 及其設定。 | 先確認 Scene 的觸發條件，不能只憑 Scene 名稱就認定所有請求都採用相同策略。 |
保持本機網路不變，在不同時段重複相同測試。若多個既有伺服器都只在相近時段變慢，可能與共用連線路徑壅塞有關；若只有一個目標持續緩慢，則應優先檢查通往該目標的路徑。這些只是排查線索，不能只憑一輪測試就下定論。
結論：先確認路徑，再比較速度
若相同請求在 Proxy 下正常、在 Config 下異常，先檢查 Config 中命中的規則與策略去向，不要立刻重新輸入伺服器驗證資訊。
四、協定層：核對傳輸條件，不要依協定名稱判斷速度
Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 都需要與伺服器端相符的參數。協定名稱不代表速度等級；使用不同入口、伺服器或出口進行比對，不能直接證明某種協定比較快。只有服務商已提供相應設定時，才有條件切換測試。
- Shadowsocks：核對加密方式、密碼及服務要求的其他參數；驗證資訊不符時應先排除連線問題，這不屬於速度調校。
- VMess / VLESS：核對驗證識別碼、傳輸類型，以及服務要求的 Host、path、TLS 等參數。不要將某個項目的 path 複製到另一個入口。
- Trojan：核對密碼和 TLS 相關設定，伺服器要求的名稱必須與服務設定一致。不要以關閉憑證驗證的方式處理「速度慢」。
- Hysteria2：依賴 QUIC 與 UDP 傳輸條件。本機網路若限制 UDP，可能導致連線失敗或速度明顯波動，應改用其他網路交叉驗證。
- WireGuard：檢查服務提供的金鑰、端點與路由範圍；底層通常使用 UDP，不能只因其他 TCP 請求正常，就認定它的連線路徑也正常。
若小型請求成功，但大型檔案反覆停頓，可能與封包遺失、重新傳送、伺服器限速或路徑 MTU 有關。先以相同目標在另一個網路重現問題，再依據伺服器說明調整相關參數。沒有依據就反覆降低 MTU、提高並行數或填入過高的頻寬值，會讓問題更難排查。
五、本機網路層：檢查 Wi-Fi、行動網路與自動連線
若多個有效伺服器和多個目標在同一個 Wi-Fi 下都變慢，換成行動網路後恢復正常，應優先檢查網路環境。無線干擾、路由器負載過高，以及家用網路上傳頻寬用盡，都可能造成延遲增加。行動網路也會隨訊號和基地台負載而波動；切換後最好在同一位置連續測量，不要只採用一次測得的最高值。
- 靠近無線基地台重新測試：條件允許時，比較 5 GHz 與 2.4 GHz Wi-Fi，並維持相同伺服器和目標。若訊號改善後速度波動降低，先處理無線網路涵蓋範圍。
- 暫停背景上傳：暫停照片備份、檔案同步或其他裝置的上傳工作，再比較網頁首次開啟與下載狀況。上傳壅塞也會拖慢下載確認與互動請求。
- 完成網路驗證：公共 Wi-Fi 若要求登入網頁驗證，請先完成驗證。網路尚未開放連線前，逾時不能作為伺服器效能的判斷依據。
- 排除設定衝突：檢查系統是否同時啟用了其他 VPN 設定或網路過濾功能；測試時一次只保留必要的連線條件。
- 檢查自動重新連線：在 Settings → On Demand 檢查觸發條件。若要測試關閉連線後的直連基準，可暫時停用相關自動連線條件，測試結束後恢復原設定。
裝置持續發熱、電量不足或背景工作繁忙，也可能影響測量結果。盡量維持相近的裝置狀態，並分別記錄「Wi-Fi 速度慢、行動網路正常」與「所有網路都慢」；這比只提供一張即時流量截圖更有助於排查。
六、首次開啟慢或部分網站慢：檢查 DNS 與規則
網頁第一次開啟等待很久、之後再次瀏覽明顯改善，可能與 DNS 查詢或建立連線有關，也可能只是快取開始生效。DNS 會影響解析和位址選擇，不會直接提高已建立連線的大型檔案傳輸頻寬。請先在 Config 確認目前使用的設定，再檢查其中的 DNS 與規則內容，避免修改未生效的檔案。
規則通常依序比對，具體規則應放在兜底規則之前。以下僅說明語法，不是要整段取代現有設定；PROXY 必須對應實際可用的代理策略，請保留原有設定後再進行局部測試。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXYDOMAIN-SUFFIX用來比對網域後綴。範例中的example.com僅供說明語法，不代表推薦使用該服務。IP-CIDR用來比對 IP 網段；no-resolve表示此規則不主動觸發網域解析，並非全域關閉 DNS。GEOIP依目標 IP 在地理資料庫中的歸屬比對；排查時應核對實際解析位址與資料庫結果，而非只看網域後綴。FINAL用來處理未命中前面規則的請求，不能用它掩蓋前面規則指向錯誤的問題。
系統 DNS、自訂 DNS 與 DNS over HTTPS 應分別測試，不要同時更換解析器和伺服器。DNS over HTTPS 也取決於解析服務本身是否可連線；增加加密不一定能縮短首次開啟時間。若修改後只有首次開啟速度改善，持續下載仍慢，就應回頭檢查連線路徑與伺服器，不要反覆清除 DNS 設定。
七、常見問題與排查紀錄
Connectivity Test 很快，為什麼下載還是慢？
它反映特定測試請求的完成狀況，不代表持續傳輸量。保留目前伺服器，固定同一個檔案連續測試三次，再與另一個既有伺服器比較；同時記錄 MB/s 或 Mbps，避免混淆單位。
只有晚上速度慢，需要重新安裝 Shadowrocket 嗎？
先在相同網路、相同伺服器和相同目標下，比較其他時段的結果。若問題只在特定時段出現，優先整理時間和速度波動紀錄、檢查本機網路使用情況，並向自己的服務商反映；不要先清除設定。
開啟 Proxy 正常，切回 Config 就變慢，該怎麼辦？
到 Config 確認目前使用的檔案，再查看目標命中的規則與策略去向。檢查是否有較早出現的 DOMAIN-SUFFIX、IP-CIDR 或 GEOIP 規則先行命中，以及 FINAL 的指向是否符合預期。
切換 Wi-Fi 後，連線偶爾卡住要怎麼查？
先完成網路驗證，再重新建立 Shadowrocket 連線並執行 Connectivity Test。檢查 Settings → On Demand 的觸發條件，接著在新網路中對相同目標重複測試，分辨切換瞬間的中斷與持續性的速度問題。
排查完成後，請還原暫時變更的 Global Routing 與 On Demand 設定。提供給自己的服務商或支援人員的紀錄，應足以重現問題，但不應包含驗證密碼、完整訂閱連結或金鑰。
| 紀錄項目 | 應填寫的內容 |
|---|---|
| 環境 | 裝置系統、Wi-Fi 或行動網路、是否有背景上傳，以及發生時段。 |
| 路徑 | 伺服器的本機備註、協定、Global Routing 模式、目前使用的 Config 與實際命中的策略。 |
| 狀況 | 首次開啟等待時間、持續傳輸速度與單位、三次測試結果範圍、是否中斷及錯誤片段。 |
| 比對 | 只更換伺服器、只更換網路連線方式或只更改路由模式後，問題是否仍會出現。 |