Shadowrocket（小火箭）出現在電池用量排行前面，不代表連線異常。先確認統計時段、實際流量與網路穩定度，再決定是否調整 Settings → On Demand。本文適合已有自己的服務商與訂閱、想排查待機耗電的 iPhone / iPad 使用者；依照步驟記錄並比較，可分辨持續傳輸、失敗重試與連線策略各自造成的影響。
一、先看懂 iOS 電池用量，再判斷耗電是否異常
先開啟 iPhone / iPad 的系統「設定」→「電池」，選擇頁面提供的統計時段，再查看 Shadowrocket 的電池用量與活動紀錄。不同系統的圖表和篩選入口可能不同，請以裝置實際顯示為準。先確認目前看到的是整段時段的資料，還是點選某個小時或某一天後的局部資料。
App 旁的百分比表示所選時段內的電池用量占比，不是電池容量直接減少的百分點。例如，某時段裝置電量從 80% 降到 70%，Shadowrocket 的用量占比顯示 30%，不能因此說它耗用了整顆電池的 30%。充電、其他 App 的活動，以及系統歸因方式都會影響判讀，也不宜把這兩個數字直接相乘，當成精確測量結果。
- 看實際掉電量：記錄開始與結束時的電量、觀察時間，以及是否正在充電；只看 App 排名無法判斷待機耗電是否異常。
- 看使用情況：即使影片播放、雲端同步或大型檔案傳輸是在其他 App 中進行，也可能讓 VPN 通道持續處理資料。
- 看螢幕狀態：區分螢幕開啟時的使用與鎖定待機；混合兩種狀態，不適合用來比較連線策略。
- 看網路狀況：記錄使用 Wi-Fi 或行動網路，以及是否頻繁切換。訊號微弱時，無線通訊本身也會增加耗電。
二、背景連線為什麼會耗電
連線開啟後，系統會將相關網路流量交由 VPN 通道處理。Shadowrocket 會依據目前的 Global Routing 模式與設定決定後續路徑，過程中可能涉及規則判斷、DNS 查詢、加解密與連線維護。主 App 切換至背景，不代表系統已關閉通道。
持續下載會增加傳輸量；連線不穩時，則可能增加交握、逾時等待與重試。鎖定螢幕後，雲端同步或其他獲系統允許的背景工作仍可能發出請求。因此，排查時要同時確認「有多少資料經過」以及「連線是否反覆失敗」，不能只看 VPN 圖示是否顯示。
- 持續傳輸：先暫停大型檔案下載、影片播放與同步工作，再觀察待機狀況，避免把正常業務流量誤認為連線空耗。
- 頻繁重新連線：在 Home 查看連線狀態，並搭配可用的連線紀錄，確認失敗時間是否與 Wi-Fi、行動網路切換時間重疊。
- 額外診斷：停止不再需要的封包擷取或詳細記錄工作，避免將診斷期間的資料與日常使用情況混為一談。
- 重複測試：不要先對所有現有連線連續執行測試，再立即把這段時間當成待機觀察樣本。
協定名稱不能直接用來推斷耗電表現。Shadowsocks、VMess、VLESS、Trojan、Hysteria2 與 WireGuard 的實際耗電，也會受到伺服器參數、傳輸量和網路品質影響。排查耗電時，不應同時更換協定與連線策略；應先維持使用者原有且可正常運作的設定。
三、On Demand 與持續連線各自解決什麼問題
Settings → On Demand 用於設定按需連線行為，由系統依照設定條件觸發 VPN 連線。它不是用來偵測「目前是否有人看著螢幕」的省電開關，也不代表只有開啟 Shadowrocket 時才會連線。實際可用條件請以 App 內頁面為準，啟用前應逐項確認現有設定。
| 設定模式 | 行為與適用情境 | 需要確認的項目 |
|---|---|---|
| 保持連線 | 持續需要指定路由時，保留通道可減少主動中斷連線造成的影響。 | 業務是否持續傳輸、網路是否穩定，以及是否反覆重新連線。 |
| On Demand | 由系統依照設定條件發起連線，適合能明確描述網路使用條件的情境。 | 條件是否設得太寬、切換網路後是否符合預期，以及是否仍有請求觸發連線。 |
| 手動中斷 | 適合明確不需要通道的時段；中斷後，後續請求不會再經過原有通道路由。 | On Demand 是否可能再次觸發連線，以及業務是否允許變更網路路徑。 |
結論：先確認連線條件，再比較耗電
啟用 On Demand 後，如果通道仍持續連線，請先檢查觸發條件與背景請求，不要立刻認定設定無效。只有兩組樣本的網路、業務與觀察時間相近，電量變化才有參考價值。
On Demand 與 Global Routing 是兩回事：前者關乎連線如何觸發，後者關乎連線建立後如何處理流量。Global Routing 中的 Proxy、Direct、Config、Scene 不是四種省電等級。尤其 Direct 不代表關閉 VPN；不要以切換到 Direct 取代真正的中斷連線測試。
四、用五個步驟建立可還原的耗電比較
先儲存目前的設定，並記下 Home → Global Routing 的選項，以及 Settings → On Demand 原本的狀態。測試不需要刪除現有訂閱，也不需要重新匯入設定。以下時間只供安排觀察使用，不代表所有裝置都能測出固定差異。
-
記錄基準值
在系統「設定」→「電池」記錄起始電量與時間，並記下目前網路、螢幕狀態及是否充電。可選擇例如 60 分鐘的鎖定螢幕觀察時段，期間暫停主動下載。
-
確認連線
開啟 Home，確認目前連線與 Global Routing 模式。保留現有可用設定，不要同時切換伺服器、協定或 Config，先完成一次原設定下的觀察。
-
調整按需連線
前往 Settings → On Demand，確認並記錄目前條件，接著只調整這一項。不要只依開關狀態判斷結果；返回 Home 查看實際連線狀況，並進行一次必要的業務存取。
-
再次觀察
在相同 Wi-Fi、相近起始電量與相同觀察時間下，再觀察一次。記錄結束電量、是否自動連線、是否發生網路切換，以及存取結果是否符合預期。
-
判斷並還原
若差異只有 1 個電量百分點，先別急著下結論，改天再測一次。若出現存取中斷或非預期的重新連線，先將 Settings → On Demand 還原為原本設定，再排查具體條件。
不要讓一組樣本全程亮著螢幕，另一組則全程鎖定螢幕；也不要一組使用行動網路，另一組使用 Wi-Fi。裝置溫度、訊號、雲端同步與充電狀態都可能掩蓋設定差異。本文採用手動記錄，不提供未經測量的「省電百分比」。
五、反覆連線與逾時：依實際錯誤排查
若待機時連線反覆失敗，先確認網路是否可連線，再比較 On Demand。以下是連線診斷中可能出現的英文錯誤訊息片段，不代表每個介面都會顯示相同文字；只有實際紀錄出現相應內容時，才依該項排查。沒有錯誤訊息時，不必為了完成檢查清單而刻意製造故障。
錯誤：connection timed out
原因：目標連線未能在等待時間內完成，可能與目前網路、目標位址是否可連線或伺服器狀態有關。
處理方式：先確認一般網路存取正常，再核對現有連線的位址與連接埠；改用穩定的網路重新檢查。若持續失敗，請向自己的服務商確認狀態，不要連續重複測試。
錯誤：connection refused
原因：目標連接埠拒絕連線，可能是連接埠填寫錯誤、服務未在該埠監聽，或連線遭到明確拒絕；這不是 On Demand 本身的省電問題。
處理方式：依照現有服務參數核對位址與連接埠，不要自行猜測並改成 443；若連接埠一致仍無法連線，請保留錯誤發生時間，交由自己的服務商確認。
錯誤：network is unreachable
原因：目前環境沒有通往目標的可用網路路徑，網路切換或基礎網路無法使用時可能會出現。
處理方式：先連上 Wi-Fi，或確認行動數據可用，等網路穩定後再連線；若只在切換網路時出現，請記錄切換前後的狀態，不要同時修改規則。
訂閱更新與維持通道也應分開排查。只有更新失敗時，才檢查 Subscribe 對應的更新操作；不要因為耗電問題而頻繁重新整理訂閱。更新請求本身會產生網路活動，但單次失敗無法證明它就是整段時間背景電池用量的原因。
六、常見問題與保留設定的判斷方式
從多工畫面關閉 Shadowrocket，就能停止耗電嗎？
不要把關閉主 App 介面當成關閉通道。返回 Home 檢查連線開關，並確認 Settings → On Demand 是否會再次觸發連線。要進行中斷連線的對照測試時，應確認系統的 VPN 狀態確實已變更。
開啟 On Demand 後，為什麼鎖定螢幕還是保持連線？
鎖定螢幕並不是 On Demand 必定中斷連線的條件。先檢查 Settings → On Demand 中的實際條件，再確認同步等背景工作是否仍在發出網路請求。不要只為了讓 VPN 圖示消失，就任意刪除連線條件。
把所有流量改成 DIRECT 會更省電嗎？
DIRECT 是對外連線策略，不是關閉通道的操作。在 Home → Global Routing 選擇 Config 時，還需要依據 Config 中的規則判斷請求路徑。不要為了一次耗電測試就批次改寫 DOMAIN-SUFFIX、GEOIP 或 FINAL；先保留規則，只針對連線狀態進行單一變因測試。
電池用量排名很高，但一小時只掉一點電，需要處理嗎？
先記錄整段時段的實際掉電量與業務流量。如果裝置待機狀況符合預期、連線也穩定，光憑排名不足以判定異常。接著在相近條件下至少觀察兩次，確認是否有持續且可重現的額外耗電。
換一種協定就能解決嗎？
先排除訊號微弱、持續傳輸與失敗重試。有必要比較時，只使用自己現有服務支援的參數，維持網路與業務條件一致，每次只更換一個變因；不能只根據協定名稱預設耗電結果。
最後保留哪種設定，應同時符合兩個條件：所需業務能依預期存取，重複觀察也沒有顯示明顯的異常耗電。若需要持續使用指定路由，可以保留連線；只有在明確條件下才需要連線時，再使用已確認過的 On Demand。任何調整若造成存取異常，都應先還原原設定，而不是繼續疊加其他修改。