適合連線後手機發熱、鎖定螢幕後連線中斷，或 v2rayNG 在電池用量排行中名列前茅的使用者。先在相同條件下記錄待機耗電，再區分背景限制、其他應用程式流量與節點重試；最後只調整確實有影響的電池權限、代理範圍與連線方式，別靠反覆清除背景程式解決問題。
一、看懂電池用量，不要把排名當成耗電結論
v2rayNG 使用 Android 的 VpnService 接收應用程式流量，再交由 Xray 核心處理。系統電池用量可能會將隧道處理及部分網路活動的耗電歸到 v2rayNG，實際歸因方式因系統而異。因此，排名靠前不代表用戶端閒置耗電，也不表示排行中的百分比就是整體電量減少的比例。
例如，系統顯示「耗電量占 20%」，通常是指統計期間已消耗電量中的占比；這和電量從 80% 降到 60% 並不是同一回事。先確認統計起訖時間、前景與背景執行時間，以及手機實際耗電量，再決定是否需要調整。剛更新系統、還原大量相片或下載離線影片時，也不適合只憑單次結果下定論。
-
查看電池用量
以常見的 Android 14 介面為例，前往系統「設定」→「電池」→「電池用量」，選取 v2rayNG。部分廠牌可能將入口命名為「耗電排行」；先確認顯示的是最近 24 小時，還是上次充滿電以來的用量。
-
檢查背景活動
記錄前景與背景執行時間、實際耗電量，以及測試時使用的網路。背景執行時間很長，只能表示服務持續運作；還要搭配流量與記錄檔，判斷是否持續傳輸或重試。
-
查看流量來源
長按 v2rayNG 圖示→「應用程式資訊」→「行動數據與 Wi-Fi」，查看可用的流量統計。該項目也可能稱為「數據用量」；再比對影片、雲端備份與通訊應用程式，確認是否有背景下載。
-
記錄測試條件
記下 Android 版本、v2rayNG 版本、節點、Wi-Fi 或行動數據，以及當時的電池權限。下一輪只修改一項設定，避免同時更換節點、網路和路由，導致無法判斷原因。
二、固定測試時段，區分待機與傳輸耗電
以下數字是建議的測試時間，不是特定手機的實測結果，也不是耗電標準。電池老化程度、訊號強度及系統計量精度差異很大，不能用統一的「每小時必須低於多少」判斷所有裝置。短時間內電量沒有變化，也不能證明沒有額外耗電。
| 測試組別 | 固定條件 | 重點記錄 |
|---|---|---|
| 停止代理後待機 | 使用同一個 Wi-Fi，鎖定螢幕 60 分鐘，暫停大型檔案同步 | 起始與結束電量、裝置是否發熱，作為系統待機基準 |
| 連線代理後待機 | 使用相同位置與時長、固定節點，維持一致的應用程式使用習慣 | 耗電差異、背景流量、是否反覆斷線 |
| 連線代理後傳輸 | 固定螢幕亮度，播放相同畫質的內容 15 分鐘 | 流量、溫度、播放卡頓與重新連線的時間點 |
停止代理後的基準測試只適合觀察系統本身的待機狀況，不保證所有應用程式仍會執行相同工作；有些服務在無法連線後，行為也會改變。更有參考價值的後續對照，是維持代理連線，只更換一個穩定節點，或只縮小代理涵蓋的應用程式範圍。測試期間不要充電，盡量避開剛充飽電或電量即將耗盡的時段，並維持相近的訊號與環境溫度。
結論：先找出異常情境，再調整設定
若只有傳輸時手機發熱，先檢查流量與無線訊號；若鎖定螢幕待機時耗電也明顯增加，先檢查背景流量與連線重試。不要只因電池用量排行靠前就關閉背景權限。
三、依連線需求取捨背景執行與電池最佳化
VPN 授權、背景執行權限和電池最佳化是三回事。首次連線時同意系統 VPN 要求，只是允許建立隧道，不會自動解除廠牌的背景限制。前景服務通知表示服務正在執行，不等於 CPU 一直滿載；反過來說，有通知也不能證明遠端伺服器仍可連線。
- 需要持續接收訊息：長按圖示→「應用程式資訊」→「應用程式電池用量」；若系統提供此選項，允許背景使用。若鎖定螢幕後確實會中斷，再將電池策略從「最佳化」改為「不受限制」。部分系統會將此選項稱為「無限制」。
- 只在前景暫時使用：先保留系統預設的電池策略，使用完畢後在 v2rayNG 主畫面停止連線。偶爾瀏覽不必同時開啟自動啟動、背景鎖定和所有保活選項。
- 廠牌的額外管理：在系統設定中搜尋「自動啟動」或「背景活動」。只有遇到重新開機後無法恢復、鎖定螢幕後程式遭終止等明確狀況時，再逐項放寬限制，並以相同的鎖定螢幕時段重新測試。
- 啟用系統「永遠開啟 VPN」：前往系統「設定」→「網路與網際網路」→「VPN」，再查看 v2rayNG 的設定入口。「永遠開啟 VPN」和「封鎖未使用 VPN 的連線」是系統策略，不是省電開關；啟用後者會在隧道無法使用時限制網路連線。
允許背景執行的目的，是減少服務遭終止後重新啟動所造成的中斷，不保證一定省電。放寬權限也會讓服務及相關流量持續運作。若調整後連線變穩定但耗電仍高，應繼續檢查實際通訊情況，而不是一再增加保活權限。調整系統 VPN 策略前，也要確認自己能接受隧道停止後的網路連線狀況。
四、減少無效連線：先處理逾時，再考慮參數
節點不穩、網域名稱解析失敗，以及頻繁切換網路，都可能讓前景應用程式不斷重新建立連線。持續喚醒無線網路的，往往不只有代理核心，還包括等待訊息、同步或下載的應用程式。先從 v2rayNG 主畫面的選單開啟「記錄檔」，對照斷線時間查看錯誤；不同版本的選單位置可能不同。
以下是記錄檔中可能出現的原文片段。單看一行通常無法確定根本原因，還要搭配前後的目標位址、錯誤頻率和網路狀態判斷。分享記錄檔前，請隱藏訂閱網址、識別參數、伺服器位址及連線目標等敏感資訊。
錯誤：i/o timeout
原因與處理方式：某次網路讀寫未能在指定時間內完成，可能與網路鏈路、DNS 或遠端回應有關；先在相同網路下改用一個已知可用的節點，再確認逾時發生在解析、建立連線還是傳輸階段。
錯誤：connection refused
原因與處理方式：目標端主動拒絕連線，常見原因是連接埠沒有服務監聽或連線設定錯誤；請確認節點伺服器的連接埠與服務狀態，不要靠不斷測速重試。
錯誤：network is unreachable
原因與處理方式：目前系統沒有可通往目標的網路路徑，可能發生在網路中斷、切換網路或位址類型無法連線時；先確認 Wi-Fi 或行動數據已恢復，再重新連線並觀察是否仍出現錯誤。
- 減少大量探測：排查時只測試少數候選節點，不要反覆測速整份訂閱清單。測速會主動建立連線，本身也會產生流量與處理負載。
- 先固定連線網路：先在訊號良好的 Wi-Fi 下完成一輪測試，再單獨測試行動數據。弱訊號導致的無線模組耗電變化，可能比代理參數的影響更大。
- 檢查解析路徑：若記錄檔明確指出 DNS 失敗，請檢查 v2rayNG「設定」中的 DNS 項目，以及系統的「私人 DNS」設定。一次只修改一項並保留原值，避免同時變更兩處而難以還原。
- 不要套用通用保活數值：不要為了省電隨意新增 TCP 保活、Mux 或傳輸層參數。節點設定、傳輸方式和伺服器支援情況各不相同；縮短保活間隔反而可能增加定期通訊。
五、透過分應用程式代理與路由減少不必要的處理
如果只有少數應用程式需要代理，可以先縮小進入隧道的應用程式範圍。前往 v2rayNG「設定」→「分應用程式代理」啟用功能，再依畫面提示選取應用程式；部分版本會將相關開關放在設定頁的同名分類中。尤其要看清「繞過」的意思：在繞過模式下，勾選的應用程式通常不會走代理；在僅代理模式下，只有勾選的應用程式會走代理。
| 設定方式 | 適用情況 | 需要確認的事項 |
|---|---|---|
| 只代理選取的應用程式 | 只有瀏覽器等少數應用程式需要透過節點連線 | 通訊應用程式是否也需要代理，以及選取的項目是否完整 |
| 繞過選取的應用程式 | 希望大多數應用程式都進入隧道，只排除明確不需要代理的應用程式 | 被繞過的應用程式會使用自身可用的網路路徑 |
| 隧道內的路由分流 | 需要在同一個應用程式中依網域或目標位址決定連線出口 | 規則順序、比對結果及目標是否符合預期 |
分應用程式代理決定哪些應用程式的流量交由 VPN 處理；路由分流則決定進入核心的連線要如何連出，兩者不能混為一談。符合直連規則的流量仍可能經過用戶端處理；將路由改為直連，不代表應用程式完全繞過 VPN。縮小處理範圍可能有所幫助，但實際效果仍取決於背景通訊量。
如果問題是雲端備份每晚上傳、影片應用程式預先載入內容，直接在對應應用程式中暫停背景同步或限制下載條件，會比堆疊路由規則更容易驗證。每次修改後，先停止再重新啟動連線，分別測試使用代理和繞過代理的應用程式。不要為了省電而繞過原本需要保護，或必須透過代理才能正常運作的流量。
六、依照症狀收尾：保留能驗證有效的設定
- 鎖定螢幕後斷線、亮起螢幕後恢復：優先重新檢查應用程式電池策略和廠牌的背景限制；記下斷線時間，確認不是節點本身斷線。先測試「不受限制」這項設定，再判斷是否需要額外設定自動啟動。
- 待機時不發熱，下載時發熱：先比較流量、訊號和下載速度。加密、轉送與無線傳輸都會消耗電量，持續大量傳輸造成的升溫，不應直接歸因於背景保活故障。
- 沒有操作仍持續傳輸流量：檢查系統更新、雲端同步、通訊應用程式，以及記錄檔中重複出現的連線。縮小分應用程式代理範圍時，請逐項測試，不要一次排除所有應用程式。
- 更新後才出現異常：記下更新前後的用戶端版本、Android 版本和設定變更，備份必要設定後，在相同條件下重新測試。不要同時更換節點協定、DNS 與電池策略。
結論：優先確保連線穩定並明確設定範圍
保留經兩輪對照確認確實有改善的變更，還原沒有明顯效益的額外開關。若在固定節點、固定網路下仍持續發熱，且沒有相應流量，請整理版本、測試時間及已去除敏感資訊的記錄檔，再繼續排查用戶端或系統層級的問題。
平常可以採用簡單的策略：需要長時間保持連線時，允許必要的背景執行並使用穩定節點；暫時使用時，結束後主動停止連線；遇到異常時，先查看電池與流量記錄，再逐項調整設定。這樣既能減少反覆嘗試，也能避免為了省下無法確認的電量，反而讓訊息延遲或連線不穩。