遇到 Shadowrocket（小火箭）背景耗電偏高時，先到系統的電池頁面確認統計時段，再前往 Settings → On Demand 檢查自動連線條件。本文說明持續連線、依條件自動連線與手動連線的差異，提供可重複的待機比較方式，並解釋為何啟用 On Demand 不代表閒置時一定會中斷，也不保證耗電量降低。
先查看系統電池用量，再判斷是否需要調整設定
在 iPhone 的「設定」→「電池」中，選擇適合比較的統計時段，查看 Shadowrocket 的電池用量與活動情況。記錄同一時段的螢幕使用時間、充電情形、Wi-Fi 或行動網路狀態，以及是否持續播放內容、同步照片或傳輸檔案。iPad 也可依相同方式檢查；電池頁面的實際配置以裝置目前顯示為準。
電池列表中的百分比代表所選時段內的耗電占比，不是 App 實際消耗的電池百分點。若當天其他 App 用得較少，Shadowrocket 的占比也可能上升。隧道擴充功能處理其他 App 的網路要求時，相關活動也可能計入 Shadowrocket 的統計，因此「背景活動時間較長」本身不足以證明異常。
- 先看電量變化：記錄開始與結束時的電量，例如從 80% 降至 77% 是減少 3 個百分點，與 App 列表中的耗電占比不同。
- 再看使用負載：鎖定螢幕期間若仍在播放音訊、同步雲端資料或傳輸檔案，就不算閒置待機。
- 最後檢查網路：訊號微弱、網路頻繁切換或連線失敗後不斷重試，都可能增加整部裝置的耗電量。
如果手機同時發熱且行動網路訊號不穩，先改用穩定的 Wi-Fi 重新測試。此時若立刻更換協定或一次調整多項設定，就會失去判斷原因所需的比較基準。
背景連線的耗電來自流量、保活與重新連線
啟用 Shadowrocket 連線後，即使 App 介面切換至背景，系統網路擴充功能仍可繼續處理網路流量。介面是否在前景顯示，與隧道是否仍在運作是兩回事。持續連線也不代表每秒都以高負載運作；實際耗電取決於流量、連線數量、加密處理與網路穩定度。
| 觀察到的現象 | 可能的工作負載 | 下一步檢查 |
|---|---|---|
| 鎖定螢幕後仍持續傳輸 | 背景同步、播放或下載仍在產生流量 | 先暫停這些工作，再測量相同長度的待機時段 |
| 切換網路時不斷重新連線 | 舊連線失效，需要重新建立連線工作階段 | 固定使用一種網路，觀察重新連線是否減少 |
| 流量不多，但連線頻繁失敗 | 逾時與重試可能反覆喚醒網路處理程序 | 檢查現有服務的位址、連接埠與協定參數 |
| 只有電池耗電占比上升 | 其他 App 耗電減少，導致統計的分母改變 | 配合整體電量下降幅度與活動時段一起判斷 |
保活是部分連線用來維持網路狀態的機制，各協定、伺服器端與網路環境的行為都不同。不要只憑協定名稱判斷耗電，也不要將連接埠從 443 改成其他數字來省電；連接埠必須與你現有服務的實際參數一致。若已啟用診斷記錄，排查結束後也應恢復日常所需的記錄層級，避免長期保留不必要的詳細日誌。
Settings → On Demand：依條件觸發，不是閒置倒數計時
前往 Settings → On Demand，先確認目前是否啟用及已設定的條件，再決定是否開啟。On Demand 使用系統的按需連線機制，由系統依據已儲存的規則與網路環境，決定是否嘗試連線。它不是「開啟某個 App 才會運作」的通用開關，也不能解讀成「一段時間沒有流量就一定會停止」。
如果已儲存的條件涵蓋日常使用的所有網路，連線中斷後系統仍可能再次嘗試連線，實際效果可能接近持續連線。按需規則也可設定不連線或中斷等動作，但實際行為取決於已儲存的條件與動作；只開啟總開關，不會自動產生符合個人習慣的省電策略。
-
記下原有設定
在 Home 記下目前選用的伺服器與 Global Routing，再前往 Settings → On Demand，記錄啟用狀態與現有條件。調整前先保留可還原的設定副本。
-
檢查條件
在 Settings → On Demand 查看目前的條件與對應動作。若條件涉及 Wi-Fi 名稱，請依實際網路名稱核對；不要自動將名稱相同但不可信的網路視為可信環境。
-
啟用並儲存
確認條件符合預期後啟用 On Demand，並完成頁面要求的儲存操作。若系統要求授權 VPN 設定，請確認提示內容後再允許；只切換頁面上的開關不代表連線已成功。
-
確認觸發情況
返回 Home，在應觸發連線的網路條件下傳送一次網頁要求，查看連線狀態並確認網頁能正常開啟。首次建立隧道可能需要等待，應與持續逾時的情況區分。
-
確認停止方式
切換至另一種已定義的網路條件，觀察實際狀態是否符合規則。若要完全手動停止，先關閉 Settings → On Demand，再返回 Home 中斷連線，避免系統依規則重新連線。
如何選擇持續連線、On Demand 與手動連線
先決定需要連線的時段，再選擇自動化方式。若網路工作會持續進行，頻繁中斷再重新建立連線不一定更省電；若長時間不需要隧道，明確停止連線較容易建立可驗證的待機基準。以下的「建議」是排查時的起點，並非適用所有情境的通則。
手動連線
建議關閉 On Demand 後，透過 Home 的連線開關控制連線時段。排查時，這種方式有助於明確比較連線與未連線兩種情況；日常使用則需要記得手動開啟。
適用情境：建立耗電基準、短時間使用、確認自動重新連線的原因。
On Demand
依已儲存的條件自動觸發連線，減少忘記手動開啟的情況。若條件設定得太寬鬆，隧道仍可能長時間保持連線；條件不合適也可能延誤首次連線。
適用情境：網路環境規律明確，需要依條件自動連線。
持續連線
保持連線開啟，減少重複建立連線所需的等待時間。背景工作仍會透過目前的路由處理；切換網路後能否恢復，則取決於系統與連線狀態。
適用情境：持續工作、長時間傳輸，或需要維持連線的時段。
結論：先建立手動連線的基準，再決定是否自動化
先關閉 On Demand 進行一組可控制的比較；只有確認連線本身與額外耗電有關後，再透過明確的網路條件縮短連線時間。不要把啟用 On Demand 當成不必驗證的省電解法。
On Demand 控制「何時連線」，Home → Global Routing 控制「要求如何路由」，兩者不能互相取代。Proxy、Direct、Config、Scene 是不同的路由選項，不是四種電源模式。使用 Config 時，請前往 Config 檢查目前選用的設定；DOMAIN-SUFFIX、IP-CIDR、GEOIP 與 FINAL 等規則會影響要求的路由方向，不會直接決定系統何時啟動或停止隧道。
以兩組待機紀錄驗證，不要只看單日占比就下結論
選擇兩段使用條件盡量一致的時段，每組可先記錄 60 分鐘。這個時長只是方便操作的測試區間，不是官方耗電標準。電量顯示可能經過取整，單次相差 0 或 1 個百分點，不宜據此下定論；若結果接近，可增加重複次數或延長觀察時間。
- A 組：關閉 Settings → On Demand，再於 Home 中斷連線。固定使用 Wi-Fi、暫停大量流量工作，並記錄開始與結束時的電量、螢幕是否鎖定及異常活動。
- B 組：保持相同伺服器、協定、設定檔與網路，手動啟用連線，進行相同長度的觀察；不要同時新增自動化條件。
- 重複測試：在相近條件下重做 A、B 兩組。測試期間不要充電，也避免一組使用訊號良好的 Wi-Fi，另一組卻使用訊號微弱的行動網路。
- 再測試按需連線：若兩組差異穩定，再啟用已確認的 On Demand 條件，記錄實際連線時間與首次要求是否成功。
例如，可將紀錄寫成「08:00—09:00，Wi-Fi，鎖定螢幕，80%→78%，手動中斷」。這只是紀錄格式範例，並非實測結果或耗電保證。測試期間若系統開始同步照片、更新 App 或收到大量訊息，請在紀錄中註明；必要時另選時段重新測試。
若 A、B 兩組結果相近，但切換至行動網路後都明顯更耗電，應優先檢查訊號與背景工作。若只有連線組反覆出現逾時、發熱或異常流量，再檢查現有服務參數與實際要求紀錄。本文假設使用者已有自己的服務商與訂閱；不要因一次耗電波動就任意更改多項參數，以免連線問題與電池問題混在一起。
按需連線與背景耗電常見問題
啟用 On Demand 後，為什麼 VPN 一直顯示已連線？
先前往 Settings → On Demand 檢查條件是否涵蓋目前的網路，再暫停背景傳輸並觀察。符合持續連線條件時，系統可能維持或重新建立隧道；VPN 狀態本身無法反映目前流量大小，也不能證明按需規則失效。
剛關閉連線又自動連上，應該在哪裡停止？
先關閉 Settings → On Demand，再返回 Home 關閉連線，並確認系統 VPN 狀態。如果連線仍自動恢復，請在系統「設定」中搜尋 VPN，檢查目前生效的設定及其按需連線狀態；不要直接刪除用途不明的其他設定。
鎖定螢幕一段時間後，第一次開啟網頁很慢，該怎麼辦？
先在 Home 確認是否正在重新連線，再連續開啟兩次相同網頁。若只有第一次等待較久，請檢查按需觸發條件與網路恢復情況；若持續失敗，則檢查 Global Routing、目前使用的設定及現有服務參數。不要只憑首次要求的耗時就判定協定異常。
將 Global Routing 改為 Direct 就算關閉連線了嗎？
不是。Direct 是路由選項，不代表系統隧道已停止。若要測試未連線時的待機耗電，請關閉 On Demand，再透過 Home 關閉連線；排查完成後，還原先前記錄的 Global Routing，避免改變日常要求的路由方向。
低耗電模式可以取代 On Demand 嗎？
不行。系統低耗電模式調整的是系統活動策略，不會替你設定按需連線條件。若要測試其影響，請將低耗電模式另列為一組條件；不要在 A、B 測試之間同時變更連線方式與低耗電模式。
保留最後確認有效的設定紀錄：On Demand 是否啟用、在哪些網路條件下觸發、Global Routing 的選項，以及測試時是否有背景傳輸。日後發生異常時，先還原這組已驗證的條件，再逐項檢查，比反覆切換所有選項更容易找出原因。