Shadowrocket(小火箭)的背景活動時間不等於額外耗電量,On Demand 也不是定時休眠開關。本文適合想確認 iPhone、iPad 待機耗電和自動重新連線狀況的使用者:先查看系統電池統計,再檢查 Settings → On Demand,最後在相同條件下比較,判斷要保留自動連線或改為手動連線。
先查看電池統計,別只憑 VPN 圖示判斷耗電
即使 Shadowrocket 沒有顯示在前景,VPN 連線仍可持續運作,這是系統網路延伸功能的正常使用方式。狀態列出現 VPN 圖示,表示目前有 VPN 連線,不代表處理器持續高負載,也無法單憑圖示確認裝置正在大量傳輸資料。背景同步、影片播放、網路訊號和反覆重新連線,都可能影響同一時段的耗電量。
系統電池列表中的 App 百分比,通常表示所選時段內各項耗電的相對占比,不代表該 App 直接消耗了相同比例的電池容量。其他 App 用電減少時,即使整台裝置的耗電沒有增加,Shadowrocket 的占比也可能上升。網路延伸功能的耗電歸屬也會受系統統計方式影響,不宜只看單一數據就下結論。
-
開啟電池頁面
前往系統設定 → 電池,查看電量曲線和 App 耗電列表。不同系統版本的統計時段和按鈕名稱可能不同,請以裝置實際顯示為準。
-
選定時段
選取要確認的日期或時段,先確認當時是否正在充電、螢幕是否長時間開啟,以及有沒有傳輸大型檔案。不要直接比較充電時段與整晚未充電的待機時段。
-
查看活動情況
在 App 列表中找到 Shadowrocket,查看系統提供的耗電占比和活動時間;若頁面可切換活動顯示方式,再區分螢幕活動與背景活動。背景活動時間較長,只表示系統記錄到活動,不能直接換算成耗電量。
-
記錄使用環境
一併記錄時段起訖電量、Wi-Fi 或行動網路、訊號狀況、螢幕使用時間和 VPN 狀態。保留原始紀錄,之後每次只調整一項設定來比較。
On Demand 管理連線,Global Routing 決定流量去向
On Demand 使用系統的按需 VPN 機制,依據已設定的條件決定是否發起連線。它不是「沒有流量就一定會中斷」的閒置計時器,也不保證每次鎖定螢幕後都會停止連線。符合條件時,系統可能重新建立通道;因此若出現「剛中斷又連上」的情況,應先確認按需規則,而不是立刻認定開關失效。
在 Home → Global Routing 中,Proxy、Direct、Config 和 Scene 是路由選擇,不是四種省電模式。Proxy 會依代理策略處理流量;Direct 代表直接連線;Config 依目前設定中的規則處理;Scene 則用於依情境選擇路由行為。將 Global Routing 改為 Direct,不代表系統 VPN 通道已關閉。
同樣地,DOMAIN-SUFFIX、GEOIP、IP-CIDR、FINAL 是流量比對規則關鍵字,不是 On Demand 的自動連線開關。排查耗電時,先維持路由設定不變;否則同時改變連線方式和流量路徑,很難判斷是哪個變數影響結果。
確認觸發條件,再測試網路切換
系統按需規則可依網路環境或連線評估結果運作,實際可用條件取決於 App 提供的設定和現有組態。檢查時只記錄目前頁面確實列出的項目,不要把一般分流規則當成按需條件,也不要假設某個 Wi-Fi 名稱天生就是可信任的網路。公共 Wi-Fi 名稱也可能重複,不能只憑名稱判斷安全性。
-
記錄目前設定
記錄 Home 的連線狀態、Global Routing 目前的選項,以及目前使用的設定名稱。本文假設使用者已經有自己的服務供應商和訂閱,測試時不必新增連線資源。
-
確認開關狀態
前往 Shadowrocket 的 Settings → On Demand,查看開關狀態和頁面實際提供的條件。若設定中包含網路限制,請記錄比對對象和處理方式,再儲存變更。
-
切換網路
回到 Home,分別檢查目前的 Wi-Fi、另一個可用的 Wi-Fi,以及裝置支援時的行動網路。每次只切換一種網路,等網路恢復可用後,再觀察 VPN 是否自動連線。
-
確認是否中斷
在不影響必要業務的情況下手動中斷連線,觀察是否再次連線;接著關閉 On Demand,再重複一次。若兩次結果不同,表示按需設定可能參與了重新連線,但仍需配合網路條件確認實際觸發原因。
| 觀察情境 | 需確認事項 | 判斷要點 |
|---|---|---|
| 加入 Wi-Fi 後連線 | 目前網路是否符合已設定的按需條件 | 加入網路可能觸發規則重新評估,不代表所有 Wi-Fi 都應建立連線。 |
| 切換至行動網路後連線 | 按需條件是否涵蓋行動網路,以及目前網路是否可用 | 即使連線與網路變更同時發生,仍需透過開關測試確認。 |
| 鎖定螢幕後仍維持連線 | 現有通道狀態、背景作業和按需規則 | 鎖定螢幕不一定會中斷連線;維持連線也不代表流量持續偏高。 |
| 手動中斷後又重新連線 | On Demand 是否仍開啟,以及系統 VPN 設定是否仍採用按需連線 | 條件持續符合時,系統可能再次建立連線。 |
常駐、按需與手動連線的取捨
本文所說的「常駐」是指連線維持較長時間;「按需」是由系統依規則發起連線;「手動」則由使用者自行連線和中斷。三者並非互斥的連線模式:開啟 On Demand 後,連線仍可能維持很久。選擇時應考量業務是否需要持續連線、網路是否穩定,以及是否能接受首次連線前的等待時間。
常駐連線
減少手動連線操作,適合持續使用依賴目前網路路徑的服務。不過,背景要求仍會經過相應處理;訊號微弱或反覆重試可能增加耗電。連線維持本身並不能證明耗電一定偏高。
適用情境:需要持續連線、長時間同步,而且已確認網路穩定。
On Demand
符合已設定的條件時,系統會發起連線,減少忘記手動連線的情況。若規則涵蓋範圍太廣,使用起來可能接近常駐連線;網路頻繁變動時,還需留意重新建立連線的次數和等待時間。
適用情境:希望依網路環境自動連線,並願意逐項確認觸發條件。
手動連線基準
建議排查期間先關閉 On Demand,依固定時段手動連線和中斷,方便排除自動重新連線這項變數。這是診斷的起點,並非適用所有使用者的長期省電結論;中斷連線期間,業務使用的網路路徑也會改變。
適用情境:建立耗電對照、找出自動重新連線原因,以及只在特定時段使用。
結論:先排除自動重新連線
如果主要問題是「中斷後又重新連線」,先關閉 On Demand 並確認狀態;如果連線一直穩定,但整台裝置的耗電增加,就應繼續檢查流量、螢幕和訊號,而非反覆切換按需開關。
在相同條件下比較,別套用固定省電比例
On Demand 並沒有適用於所有裝置的省電百分比。連線協定、伺服器回應、無線網路狀態、App 要求頻率和系統活動都會影響結果。若要取得有參考價值的紀錄,可安排兩段長度相同的觀察時段,例如各 60 分鐘。這只是方便操作的測試安排,不是 App 效能指標。
- 固定裝置條件:使用同一部裝置、相近的起始電量和相同網路,保持螢幕使用方式一致,避免一個時段開著螢幕播放影片,另一個時段則全程待機。
- 固定連線參數:沿用同一個現有連線、相同設定和相同的 Global Routing 選項,兩輪測試之間不更換協定或更新訂閱內容。
- 一次只調整一項變數:第一輪關閉 On Demand 並手動建立連線;第二輪開啟已確認的按需條件,記錄實際連線狀況。如果兩輪都全程保持連線,就無法比較「連線時間是否減少」。
- 同時查看兩類紀錄:記錄整台裝置的電量變化,也查看系統電池列表中的活動資訊。不要把 App 占比下降直接等同於整體續航改善。
- 異常情況應重新測試:若某一輪遇到訊號明顯變弱、系統更新或大量背景同步,請註記干擾因素,另選時段重測;不要把單次結果當成固定結論。
若要比較「連線」和「完全中斷」,必須另外安排中斷時段,並確認依賴該連線的服務是否仍能正常運作。若服務要求失敗或同步停止後耗電減少,不能據此證明在相同工作量下效率提高。測試期間請勿停止需要持續執行的服務。
背景耗電仍偏高?依現象繼續排查
按需連線只會決定何時建立連線,不會修復伺服器逾時,也不會自動減少所有服務要求。關閉 On Demand 後若耗電仍明顯偏高,請分別檢查連線穩定度和實際流量。Shadowrocket 的 Data 可協助查看流量變化,但傳輸位元組數和電池耗電量之間沒有固定的換算關係。
| 現象 | 下一步 | 避免誤判 |
|---|---|---|
| Data 中的流量持續增加 | 暫停可控制的影片播放、雲端同步或大型檔案傳輸,再觀察變化。 | 先確認服務負載,不要把所有傳輸都歸因於 On Demand。 |
| 切換網路時反覆連線失敗 | 先在穩定的 Wi-Fi 下重新測試,並確認現有連線參數和服務是否可連線。 | 不要同時更換協定、路由和按需條件。 |
| 關閉開關後仍自動連線 | 檢查系統設定 → 一般 → VPN 與裝置管理 → VPN,確認實際連線使用的設定;系統路徑請以裝置顯示為準。 | 確認目前使用的是哪個 VPN 設定,不要直接刪除受管理的設定。 |
| 中斷連線後,整台裝置仍明顯耗電 | 繼續檢查系統電池曲線、其他 App 的活動和無線訊號。 | 也要考量與 Shadowrocket 無關的系統耗電因素。 |
不建議把強制關閉 App 當成正常的中斷連線步驟:退出 App 介面和停止系統網路延伸功能並不是同一回事。若要停止連線,請使用 Home 中的連線開關,並確認系統狀態;若要停止自動建立連線,則再檢查 On Demand。分別驗證這兩個步驟,才能取得可重複的結果。
結論:依使用需求保留設定
完成比較後,若自動連線符合使用需求且沒有反覆重新連線,可以保留 On Demand;若只在固定時段使用,手動連線會更容易控制。最終應根據相同條件下的整體電量和服務可用性判斷,而非只看單一背景活動時間。