Shadowrocket（小火箭）的電池用量占比，不能直接視為額外耗電量。本文適合已匯入自己的設定、發現背景活動偏多的 iPhone 與 iPad 使用者：先區分流量處理、網路重新連線及其他 App 發出的要求，再調整 Settings → On Demand（按需連線），並透過相同網路環境下的對照記錄，判斷是否需要保留自動連線。
一、先看懂 iOS 電池用量，別只憑背景活動時間下結論
在 iPhone 的系統「設定 → 電池」中，選擇可檢視 App 活動的時間範圍，再點選問題發生的時段。記錄 Shadowrocket 的電池用量占比、螢幕開啟與關閉期間的活動，以及同期是否有播放影片、同步照片或傳輸檔案。系統版本不同，統計區間和項目名稱可能有所差異，請以裝置顯示為準。
電池用量占比表示 App 在所選時段耗電量中的相對比例，並非該 App 單獨消耗了多少電量百分比。例如，裝置電量從 80% 降到 70%，清單中某個 App 顯示 20%，不能解讀成它讓電量從 80% 降到 60%。清單也會受系統歸因方式和統計口徑影響，不適合用來推算精確耗電量。
Shadowrocket 透過系統網路延伸功能處理連線。主畫面切到背景後，隧道仍可能運作；其他 App 發出的要求也可能經過隧道。因此，看到背景活動不代表主 App 持續執行前景工作。應將電池記錄、實際流量和連線狀態放在同一時間軸上檢視。
結論：先確認實際耗電是否異常
如果只看到 App 占比上升，而相同時長內的總耗電沒有增加，先維持現有設定；只有總耗電、異常流量或反覆連線同時出現時，才逐項排查。
二、On Demand 控制連線觸發時機，不是定時省電開關
On Demand 會將依條件建立連線的規則交由系統處理。它與 Global Routing 的用途不同：前者決定何時觸發連線，後者決定建立連線後採用哪種流量路由策略。啟用 On Demand 不代表所有流量都經過 Proxy，停用也不代表目前的連線已中斷。
| 設定項目 | 控制內容 | 排查時的注意事項 |
|---|---|---|
| On Demand | 符合條件時由系統觸發連線。 | 停用後仍須檢查 Home 顯示的實際連線狀態。 |
| Global Routing → Proxy | 採用 Proxy 路由模式。 | 更多要求可能經過 Proxy，不能直接與 Config 的流量記錄比較。 |
| Global Routing → Direct | 採用 Direct 連線模式。 | 路由改為 Direct，不代表系統隧道已關閉。 |
| Global Routing → Config | 依目前設定中的規則決定流量策略。 | 確認目前啟用的是預期設定，而不只是已匯入設定。 |
| Global Routing → Scene | 依已設定的 Scene 安排執行。 | 檢查實際生效的 Scene，避免測試期間路由條件改變。 |
常駐連線需要維持隧道並處理流量，但頻繁中斷後重新建立連線，也可能產生 DNS 查詢、交握與重試。不能因此斷言「一直連線比較省電」或「每次用完就中斷一定比較省電」。結果取決於網路穩定度、要求頻率、協定參數及伺服器端行為。
三、進行單一變因測試，建立耗電基準
請在不影響必要網路工作的時段測試。事先備份自己的設定，並記錄目前的 On Demand 設定，以便還原。不要同時更換協定、修改規則、更新訂閱及調整自動連線，否則無法判斷是哪一項造成變化。以下時長僅供安排觀察，不是耗電合格標準。
-
建立基準
在相同地點、使用相同 Wi-Fi，記錄開始時的電量、訊號和時間；亮度、低耗電模式等條件也應保持一致。選擇 60 分鐘作為觀察時段，避開系統更新和大型檔案同步。
-
停用按需連線
開啟 Shadowrocket → Settings → On Demand，記錄後停用目前的按需連線設定。回到 Home 手動中斷連線，確認沒有自動重新連線。
-
觀察閒置狀態
鎖定螢幕並維持一般通知設定，結束後查看系統「設定 → 電池」中對應的時段。記錄電量變化及其他 App 的活動，不要將通知或同步造成的耗電全歸因於 Shadowrocket。
-
手動連線
在 Home 手動連線至既有設定，維持相同的 Global Routing 和伺服器選擇，再觀察相同時長。檢查是否有大量傳輸或連線錯誤。
-
還原按需設定
回到 Settings → On Demand，還原準備使用的條件，並在相近的使用負載下再次觀察。如果只有這一輪出現異常，應優先檢查條件比對和網路切換，而不是立刻更換協定。
單次相差一、兩個電量百分點，不足以判斷設定優劣：電量顯示有其精確度，系統也會安排背景工作。請至少在相同條件下重複觀察，再比較持續出現的趨勢。如果裝置明顯發熱，先停止高負載工作，待溫度恢復後再測試，避免溫度本身影響結果。
四、分別設定 Wi-Fi 與行動網路，避免條件互相衝突
前往 Settings → On Demand，依照目前介面提供的網路類型和 Wi-Fi 條件編輯規則。條件名稱及可選項目請以實際介面為準；重點是明確決定各類網路是否需要自動連線，而非開啟所有條件。儲存後，務必切換一次網路以確認實際結果。
| 網路情境 | 設定方式 | 驗證步驟 |
|---|---|---|
| 固定使用的住家 Wi-Fi | 依實際連線需求決定是否自動連線；若不需要，可考慮排除該 Wi-Fi 條件。 | 重新連上同一個 Wi-Fi，查看連線狀態是否符合預期，並測試需要存取的資源。 |
| 需要驗證的公共 Wi-Fi | 先完成網路驗證，再檢查隧道；不要把尚未完成驗證誤判為協定故障。 | 確認系統驗證頁面已完成操作，接著在 Home 手動連線一次並確認可正常存取。 |
| 訊號穩定的行動網路 | 若需要持續連線，可保留相應的按需條件；若不需要持續連線，可改用手動連線作為對照。 | 關閉 Wi-Fi 後檢查連線狀態，並記錄行動網路流量是否符合實際使用情況。 |
| 訊號微弱或頻繁切換網路 | 先找出網路不穩定的原因，暫時停用按需連線進行診斷，別用反覆重新連線來掩蓋問題。 | 在訊號穩定的地點重新測試，比較錯誤是否消失；必要時還原原有設定。 |
連上 Wi-Fi 不代表一定能存取網際網路。路由器上游故障、驗證逾期，或裝置在多個基地台之間移動，都可能造成短暫中斷。行動網路也可能因訊號微弱而增加無線通訊耗電，這類問題無法只靠修改 Shadowrocket 的分流規則解決。
- 每次只修改一項條件，儲存後分別驗證連上 Wi-Fi、離開 Wi-Fi，以及鎖定螢幕後再次喚醒這三種情況。
- 如果使用 Wi-Fi 名稱條件，請核對實際名稱，避免將名稱相近的訪客網路誤認為同一個網路。
- 不要為了追求電量數字而停用業務必要的連線；手動中斷連線的觀察階段，可能影響需要該連線的 App。
五、反覆重新連線時先檢查錯誤，別靠調整逾時時間掩蓋故障
如果耗電同時伴隨頻繁連線失敗，請先記錄失敗時使用的網路及發生時間，再查看可用的連線記錄。以下列出網路錯誤中可能出現的英文原文；實際記錄可能附有網域、連接埠或系統錯誤類別。若沒有出現這些記錄，不應只憑耗電現象推定一定發生了某項錯誤。
錯誤：Network is unreachable
原因：目前要求沒有可用的網路路徑，可能發生在斷線或切換網路期間。
解決方式：先確認 Wi-Fi 已完成驗證，或行動數據可正常使用，再於 Home 手動連線；若只在切換網路時發生，請記錄切換時間並重新檢查 On Demand 條件。
錯誤：Connection refused
原因：目標位址的連接埠拒絕連線，常見原因是服務未在該連接埠監聽，或連接埠設定不符。
解決方式：對照自己的服務設定，核對位址、連接埠和協定；即使連接埠設定為 443，也不能只憑連接埠號碼就認定它是可用的 TLS 服務。
錯誤：Operation timed out
原因：操作未能在期限內完成，可能與網路路徑封包遺失、目標無法連線或交握沒有回應有關。
解決方式：在穩定的網路下重新手動連線一次，並核對既有設定參數；不要只靠延長逾時時間來維持反覆失敗的連線。
使用 Trojan、VLESS 等設定時，TLS、SNI 及相關傳輸參數應符合自己的伺服器端要求；不要透過放寬憑證驗證來處理耗電問題。如果正常使用已結束但流量仍明顯增加，應先找出發出要求的 App，例如持續同步或在背景播放媒體，而非將所有流量都歸因於重新連線。
六、背景 App 重新整理、訂閱更新與分流規則的取捨
iOS 的「設定 → 一般 → 背景 App 重新整理」與 Shadowrocket 的 On Demand 並非同一項機制。前者影響 App 在背景取得重新整理機會，後者則關係到系統是否依需求建立 VPN 連線。關閉背景 App 重新整理不能證明「隧道已停止」，也無法保證所有背景網路要求都停止。
- 訂閱更新：如果使用自己已有的訂閱，請檢查已啟用的更新排程。更新會產生網路要求，但應先確認是否真的頻繁發生，再調整頻率；測試期間請維持訂閱內容一致，避免伺服器清單變動影響比較結果。
- 設定規則：將 Global Routing 設為 Config 時，請確認目前的設定符合用途。
DOMAIN-SUFFIX比對網域後綴，IP-CIDR比對 IP 網段，GEOIP依 IP 地理位置條件比對，FINAL則是預設策略；這些規則不能取代 On Demand 的連線觸發條件。 - 診斷操作：持續進行延遲測試、網速測試及詳細記錄，都會增加診斷期間的工作負載。找出問題後請停止反覆測試，恢復一般使用狀態再觀察電池用量。
- 協定選擇：不要將 Shadowsocks、VMess、VLESS、Trojan、Hysteria2 或 WireGuard 排成固定的省電排名。網路封包遺失、服務參數、實際流量和裝置狀態都會影響結果，應先確保既有協定的連線穩定。
結論：依連線穩定度決定是否保留按需連線
如果手動連線穩定，只有啟用 On Demand 後才反覆重新連線，請先修正網路比對條件；如果兩種方式都失敗，應先檢查網路和設定。修正後以相同條件重新觀察，再決定是否保留自動連線。
七、還原日常設定前的檢查清單
排查完成後，請還原必要的連線和更新排程，並留下簡短記錄：使用的網路類型、目前的 Global Routing、On Demand 是否啟用、觀察時段及主要錯誤。需要進一步診斷時，這些資訊比單獨一張電池占比截圖更有幫助。分享記錄前，請移除訂閱網址、密碼、token 及其他個人資訊。
- 在 Home 確認實際連線狀態，不要只看主 App 是否位於前景。
- 在 Config 確認目前使用的設定，並在 Home 核對 Global Routing；不要混用採取不同策略的測試結果。
- 在 Settings → On Demand 重新檢查 Wi-Fi 與行動網路條件，並分別驗證連上及離開 Wi-Fi 的情況。
- 回到系統電池頁面，確認總耗電與實際使用負載相符；若仍有異常，請依序從網路、設定和流量來源逐層排查。
Shadowrocket 是 Apple 平台上的閉源商業 App，主要供 iPhone 與 iPad 使用，唯一取得管道為 App Store。一次性購買用戶端不等於購買連線方案；本文以使用者已有自己的服務供應商與設定為前提。裝置相容性、系統需求及一般購買資訊，請以 App Store 頁面標示為準。