Shadowrocket（小火箭）在電池用量列表中占比偏高，不足以證明隧道持續處於高負載。請先確認統計時段、整機電量變化與背景流量，再以相同網路和使用時間比較常駐連線與 On Demand。本文適合遇到待機耗電、背景活動時間長或網路切換後反覆連線的使用者；排查時應分辨實際傳輸、連線重試與觸發條件，而非只想降低電池列表中的數字。
先看電池用量占比，再判斷是否異常
在 iPhone 開啟系統「設定 → 電池」，選擇頁面提供的日期或時間範圍，查看該時段的 App 耗電量與活動資訊。不同系統版本的統計入口和呈現方式可能不同，請以裝置目前顯示的頁面為準。點選圖表中的時段後，先確認下方列表是否也切換至相同範圍，避免將整天的耗電量和一小時的活動情形混在一起比較。
App 旁的百分比表示所選統計範圍內的耗電占比，不代表它單獨消耗了多少電池百分點。例如，若未充電的觀察時段內，整機電量從 80% 降至 70%，列表中的 30% 不能解讀為「該 App 讓電池下降了 30 個百分點」。電池電量估算和耗電歸屬統計都不是精密電表，不宜據此推算準確功耗。
「背景活動」表示相關工作在 App 未顯示於前景時發生，不代表螢幕關閉期間處理器始終滿載。Shadowrocket 透過系統網路延伸功能處理隧道流量；即使沒有停留在 Home，其他 App 的請求仍可能經過隧道。判斷是否異常，應一併觀察相同條件下的整機耗電、發熱與連線穩定度，不能只看列表排名就下結論。
常駐連線會在哪些環節耗電
「保持連線開關開啟」和「持續傳輸大量資料」是兩回事。隧道建立後，實際負載會受流量大小、規則處理、加密、連線維護及網路品質共同影響。影片播放、照片同步和檔案傳輸都會增加工作量；訊號微弱時，重傳與反覆重新連線也可能同時增加行動網路通訊和隧道處理的耗電。
Home 中的 Global Routing 決定請求採用哪種路由方式，不是省電模式。Proxy、Direct、Config、Scene 不應依「耗電由高到低」排序：Config 須依設定檔中的規則判斷，Scene 的結果則取決於所設場景；最終功耗仍受實際傳輸路徑與網路狀況影響。Direct 也不等於關閉系統隧道。
- 大量傳輸：先暫停已知的背景同步或下載，再比較整機耗電；切換至其他 App 並不能阻止其他 App 發出請求。
- 連線維護：部分協定與連線設定包含保持連線機制，實際頻率依設定而異，不能一概套用相同間隔。
- 網路不穩：若同時出現發熱與請求逾時，請優先檢查訊號、網路切換及伺服器連線狀態，不要先增加更多自動化條件。
設定 On Demand 前，先進行一輪對照測試
On Demand 是由系統依條件觸發 VPN 連線的機制，不代表「螢幕一關就停止運作」。若觸發條件大多時間都成立，使用效果可能接近常駐連線；若條件頻繁變動，則可能反覆建立隧道。請先確認哪些網路確實需要連線，再前往 Settings → On Demand 檢查現有設定。
-
記錄基準狀態
選一段可重複的觀察時間，例如在同一個 Wi-Fi 網路下鎖定螢幕 60 分鐘。記錄起始與結束電量、是否充電、網路類型及已知背景工作；60 分鐘只是測試安排，不是產品功耗指標。
-
檢查目前狀態
在 Home 記錄目前的連線狀態與 Global Routing，在 Config 記錄正在使用的設定檔，再前往 Settings → On Demand 記下觸發條件。測試期間不要同時更換伺服器、規則和連線方式。
-
縮小觸發範圍
依頁面提供的網路條件設定 On Demand。若要依 Wi-Fi 網路區分，請逐字核對 SSID，並確認條件對應的是連線還是中斷；同一地點的不同頻段可能使用不同名稱。
-
測試網路切換
在可控環境中，分別檢查目標 Wi-Fi 與行動網路下的連線狀態。若已啟用自動觸發，手動關閉後可能又會重新連線；請先確認符合了哪項條件，不要直接認定開關失效。
-
再次測試並保留紀錄
以相同觀察時間再次測試，記錄整機耗電與網路連線是否符合預期。只在不影響必要網路工作的時段測試中斷連線；重複數輪後再決定採用哪種方式。
依日常使用情境選擇連線方式
沒有適用於所有裝置的「最省電設定」。常駐連線可省去使用前等待隧道建立的步驟；On Demand 則適合連線需求與網路條件有明確界線的情況。選擇時應考量實際使用是否連續、網路是否穩定，以及未觸發連線是否會影響必要工作。
| 使用情境 | 優先嘗試 | 檢查重點 |
|---|---|---|
| 在同一穩定網路中持續使用 | 常駐連線 | 背景是否持續傳輸，是否發生逾時重試 |
| 只有在特定網路下才需要隧道 | On Demand | SSID 與連線動作是否正確相符 |
| 通勤時反覆切換網路 | 先簡化條件，再進行對照 | 是否在短時間內反覆建立連線，行動網路訊號是否穩定 |
| 夜間鎖定螢幕時仍需執行背景工作 | 先確認工作正常，再決定 | 背景工作能否完成，整機待機耗電是否可重現 |
若使用者已有自己的服務商與訂閱，測試期間應固定使用相同連線，避免將伺服器端變化誤判為 On Demand 的效果。協定名稱也不能直接用來判斷省電與否：Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的實際表現取決於設定、傳輸環境與工作負載，不能脫離這些條件一概排名。
遇到逾時與反覆連線，先排除重試因素
如果耗電變快時也出現請求失敗，應先排除連線異常，再比較不同連線方式。以下列出網路記錄中可能出現的錯誤原文；只有在實際記錄出現相應文字時才依此排查，不要假設每個版本都會固定顯示這些提示，也不要根據錯誤訊息推算耗電量。
錯誤：Operation timed out
原因：連線或操作未能在限定時間內完成，可能與網路無法連線、封包遺失或伺服器沒有回應有關。
處理方式：先確認目前網路，以及使用者既有服務是否可用，再使用相同連線重試一次；若仍持續失敗，請停止反覆測試，並向自己的服務商確認狀態。
錯誤：Connection refused
原因：連線請求遭到拒絕，常見原因包括目標連接埠未提供服務，或存取政策拒絕連線。
處理方式：確認 Home 中所選連線的位址與 Port 是否和服務商提供的資訊一致，不要憑經驗一律將連接埠改為 443。
規則問題也應個別驗證。在 Config 檢查目前設定檔時，先確認特定規則是否排在範圍較廣的規則之前，以及 FINAL 最終選用哪種策略。以下僅示範直連測試網域的規則語法，不是完整設定檔，也不是通用省電方案；不要為了降低列表中的占比，就將所有請求都改為 DIRECT。
DOMAIN-SUFFIX,example.com,DIRECT
FINAL,PROXY這兩行表示 example.com 及其子網域採用 DIRECT，未符合前置規則的請求則交由 PROXY 處理。實際使用前仍須確認設定檔中的策略定義。DOMAIN-SUFFIX、GEOIP、IP-CIDR 判斷的是不同類型的目標資訊；On Demand 判斷的則是何時建立連線，兩者解決的問題不同。
背景耗電常見問題
背景活動時間很長，代表一直在耗電嗎？
背景活動時間長不代表持續高功耗。請先在系統「設定 → 電池」選擇相同時間範圍，再確認整機耗電與螢幕活動情形。若鎖定螢幕時仍有同步或訊息連線，隧道可能仍參與處理；應以重複對照的結果判斷，不要只憑單次活動時間下結論。
將 Shadowrocket 從背景滑掉就能省電嗎？
將 App 從多工畫面滑掉，不能據此認定系統 VPN 已中斷。請在 Home 檢查連線狀態，並在 Settings → On Demand 確認是否設有自動重新連線條件；若要測試中斷連線，也應確認觸發條件不會立即重新建立連線。
開啟 On Demand 後反而更耗電，該怎麼辦？
先觀察耗電是否主要發生在 Wi-Fi 與行動網路切換期間，再檢查 Settings → On Demand 是否有範圍過廣或彼此衝突的條件。每次只調整一項條件，並保持相同連線和測試時間；若條件始終成立，按需連線不會自動產生明顯的閒置時段。
將 Global Routing 改成 Direct 就算中斷連線了嗎？
不算。Direct 是請求的路由方式；連線開關與 On Demand 才和隧道是否建立有關。測試「連線」和「中斷」的差異時，應確認實際 VPN 狀態，不能只改 Global Routing 就比較電池數字。
每天更新訂閱就能解決耗電問題嗎？
更新訂閱是用來同步使用者既有服務商提供的連線資訊，不是電池維護操作。只有在位址、連接埠或服務資訊變更時，更新才可能間接解決連線失敗。請先確認失敗原因，避免在無法連線的網路中反覆重新整理，也不要同時變更多項設定。
最後保留的方案應同時符合三項條件：必要工作能正常使用、連線切換符合預期，以及相同情境下整機耗電可以接受。如果兩種方式差異不大，優先保留較容易理解和檢查的設定。之後若再次出現異常，沿用相同的記錄方式，先找出流量與網路變化，再調整 On Demand。