適合連線後待機耗電明顯、鎖定螢幕後連線中斷，或 v2rayNG 在電池用量排行中名列前茅的 Android 使用者。先分辨實際耗電與用電歸因，再以相同時段的對照測試找出背景限制、節點重連及代理範圍等問題，最後評估是否需要全天執行。所有調整都應保留還原原設定的方式，不建議一次開啟所有背景權限。
先看整台裝置的耗電，再看應用程式的電池用量
v2rayNG 使用 Xray 核心處理代理連線，通常透過 Android VPN 服務接收指定應用程式的網路流量。電池頁面將部分網路處理耗電歸到 VPN 應用程式，不代表耗電全由用戶端本身造成。影片播放、照片同步、應用程式更新經由 VPN 傳輸，也可能讓 v2rayNG 在電池用量排行中的名次上升。
系統顯示的「耗電比例 30%」通常不代表電量減少了 30 個百分點；這可能只是統計期間已消耗電量的分配比例，實際計算方式也因系統而異。更值得比較的是相同時長內整台裝置耗電多少、螢幕亮起多久、網路環境是否一致，以及鎖定螢幕後是否反覆斷線。
| 觀察項目 | 建議記錄 | 判斷用途 |
|---|---|---|
| 整台裝置電量 | 開始與結束時的電量百分比，間隔 60 分鐘 | 確認連線前後是否真的增加耗電 |
| 螢幕狀態 | 螢幕亮起時間、是否播放影片 | 排除螢幕顯示與媒體處理造成的差異 |
| 網路環境 | 同一個 Wi-Fi，或同一地點的行動網路 | 避免將訊號微弱造成的耗電誤算為代理耗電 |
| 連線狀態 | 節點、連線中斷時間、日誌錯誤 | 找出重連與請求失敗的循環 |
例如，一次測試從 80% 降到 77%，代表下降 3 個百分點；另一輪從 80% 降到 74%，代表下降 6 個百分點。這只是記錄方式的示例，並非本文實測結果，也不是合格標準。電量讀數可能有四捨五入誤差，建議每組重複測試兩輪，不要只憑五分鐘內的一次跳電就下結論。
背景執行與電池最佳化：先排除斷線，再減少不必要的權限
若鎖定螢幕後無法上網、亮起螢幕後立即恢復，問題較可能出在系統背景限制；若螢幕一直亮著仍持續逾時，則應先檢查節點與網路。關閉所有最佳化設定不一定更省電。只有確認系統中斷服務時，才需要放寬 v2rayNG 的背景限制。
-
記下原本設定
長按主畫面上的 v2rayNG 圖示，進入「應用程式資訊」，記下電池與通知權限。接著記錄用戶端版本、Android 版本及目前的節點名稱，方便複測時確認條件一致。
-
檢查電池設定
依序開啟系統「設定」→「應用程式」→「v2rayNG」→「電池」或「應用程式電池用量」。不同系統可能顯示「不受限制」、「最佳化」、「受限制」，也可能提供「允許背景使用」開關；請依裝置上的實際選項操作。
-
測試鎖定螢幕後的連線
先維持目前的策略，連上可用節點後鎖定螢幕 30 分鐘，解鎖後立即檢查連線與日誌。若多次發現服務遭到終止，再只放寬 v2rayNG 的電池限制，並以相同時長複測。
-
確認背景執行設定
若廠牌系統另有「自動啟動」或「背景活動」設定，請依系統說明逐項允許。將應用程式鎖定在最近使用的應用程式清單中，並非所有手機都需要，也不能取代電池權限；每輪只修改一個選項。
-
只保留有效設定
確認是哪項調整解決斷線後，其餘設定恢復原狀。不要同時設定定時清除背景程序、定時啟動用戶端及反覆切換節點；這些互相衝突的動作會增加排查難度。
VPN 模式、分應用代理與路由分流的選擇
了解流量經過哪些環節，比尋找所謂的「省電協定」更有幫助。在 VPN 模式下，進入虛擬網路介面的流量都要經過轉送與規則判斷；其中只有符合代理出站規則的流量才會經由遠端節點傳輸。符合直連規則，不代表這些流量完全略過裝置上的 VPN 處理。
分應用代理是在 Android 層級選擇哪些應用程式納入代理；路由分流則是在流量進入核心後，依網域、位址等條件決定出站方式。兩者不是同一個設定。若只有瀏覽器需要代理，縮小應用程式範圍通常比讓所有應用程式先進入 VPN、再逐一設定直連更容易管理背景流量，但實際省電效果仍須透過對照測試確認。
- 只代理選取的應用程式：在 v2rayNG「設定」→「分應用代理」中啟用相關功能，依頁面說明選取需要代理的瀏覽器或其他應用程式。確認目前設定為「選取的應用程式使用代理」，不要弄反清單的用途。
- 略過選取的應用程式：若啟用「略過模式」，清單通常代表不會進入 VPN 的應用程式。儲存後先停止連線，再重新啟動，讓應用程式範圍的變更生效。
- 所有應用程式都納入：適用於確實需要統一接管網路流量的情境。此時應優先檢查雲端同步、自動下載及短影音應用程式的背景播放，不要只看用戶端設定。
- 僅代理模式：若使用的版本提供此模式，只有明確設定使用本機代理的應用程式才會套用；多數 Android 應用程式不會自動使用該代理。這不能直接取代原本涵蓋所有應用程式的設定。
選單名稱可能隨版本變更，選擇前請依頁面說明確認清單的用途。縮小代理範圍後，應檢查登入、網頁載入及必要訊息是否正常。不要為了降低電池用量排行上的數字，排除必須使用代理的應用程式，最後反而得靠不斷重試才能正常使用。
透過日誌排查節點逾時、DNS 解析失敗與重複連線
耗電增加不一定是連線數量太多，也可能是請求一直無法成功。應用程式失敗後反覆重試，會增加 DNS 解析、建立連線及行動網路活動。先從 v2rayNG 主畫面的側邊選單進入「日誌」，查看異常發生時的記錄，不要只看一次節點延遲測試結果。
錯誤：i/o timeout
原因：網路讀寫未能在期限內完成，可能與節點無法連線、網路封包遺失或上游回應緩慢有關，並非只指某一種協定問題。
處理方式：在相同網路下換用另一個已知可用的節點，其他設定維持不變；若所有節點都出現此問題，再比較 Wi-Fi 與行動網路，觀察錯誤是否隨連線方式改變。
錯誤：no such host
原因：某次網域名稱解析未取得可用結果；請查看日誌中的網域，分辨它是節點位址還是應用程式要連線的目標。
處理方式：檢查節點位址拼寫與訂閱內容，並確認 Android「設定」→「網路和網際網路」→「私人 DNS」中的自訂主機名稱可正常使用；各廠牌的選單名稱可能不同。
錯誤：bind: address already in use
原因：本機監聽位址或連接埠已被占用，核心無法依目前設定建立監聽服務。
處理方式：先停止連線並結束重複執行的執行個體，再重新啟動；若曾手動修改監聽連接埠，請檢查相關設定是否衝突，也不要讓外部自動化工具持續嘗試啟動失敗的服務。
以上是日誌中可能出現的錯誤片段，前後通常還會包含位址、時間與連線資訊。單次逾時無法證明它就是耗電來源；若同一目標在鎖定螢幕期間連續失敗，且更換節點後錯誤與耗電都減少，才是較有參考價值的線索。分享日誌前，請移除訂閱網址、存取權杖及其他憑證。
用三組對照測試確認調整是否有效
比較時固定螢幕狀態、所在位置及使用內容，避免一組是在 Wi-Fi 訊號良好時待機，另一組卻是在捷運訊號微弱時播放影片。盡量不要在充電時測試，也不要在剛安裝大量應用程式、更新系統或大量同步相簿時取樣。若裝置明顯發熱，請先停止高負載工作，等溫度恢復後再比較。
| 測試組別 | 固定條件 | 主要比較項目 |
|---|---|---|
| A：停止連線 | 使用同一個 Wi-Fi、鎖定螢幕 60 分鐘，背景應用程式相同 | 整台裝置的待機基準；留意部分應用程式可能因無法連線而自行重試 |
| B：目前設定 | 使用原本的節點與應用程式範圍，鎖定螢幕 60 分鐘 | 與 A 組的耗電差異，以及服務是否遭到終止 |
| C：單項調整 | 只更換節點、只調整背景策略，或只縮小應用程式範圍 | 與 B 組比較，確認該項調整是否有效 |
A 組並非絕對公平的效能基準，因為停止代理也會改變應用程式的網路連線狀態；它主要用來了解裝置的基本狀況。要判斷特定調整是否有效，重點是比較條件一致的 B 組與 C 組。若差異只有 1 個百分點，請先重複測試，不要直接歸因於某個設定。
- 更換節點後逾時減少、裝置溫度下降：優先保留可用的連線路徑，再觀察一整天，不必同時調整協定參數。
- 放寬背景限制後不再斷線，但待機耗電增加：檢查是否恢復了大量應用程式同步，並考慮縮小代理範圍，不要立刻重新限制服務。
- 停止連線後仍明顯耗電：查看系統電池頁面中的螢幕、行動網路、定位服務及其他背景應用程式。
- 只有使用行動網路時耗電明顯：固定位置重新測試，分辨訊號強弱與網路切換的影響；不要直接比較不同地點的兩次結果。
常見問題：如何選擇常駐連線與省電設定
鎖定螢幕後無法上網，一定要關閉所有電池最佳化嗎？
先單獨調整 v2rayNG。依序開啟「應用程式資訊」→「電池」，檢查背景限制，只放寬這個應用程式並測試 30 分鐘。若服務仍在執行，但日誌持續顯示連線逾時，就應改查網路與節點；放寬整台裝置的背景限制通常無法解決網路連線問題。
關閉 Mux 就一定比較省電嗎？
沒有一概而論的答案。Mux 是連線多工機制，實際效果會受協定、伺服器支援及請求內容影響，並非通用的省電開關。若目前設定已啟用 Mux，可先備份設定，再只關閉這個選項，並以相同工作負載比較錯誤率與耗電量；不要同時調整並行數與節點。
全天開啟比較耗電，還是用完就關比較好？
若只有特定時段需要代理，用完後手動中斷連線，通常更容易減少不必要的背景網路活動。若需要全天接收相關應用程式的訊息，應優先確保連線穩定並控管應用程式範圍。連線閒置時仍有多少網路活動，取決於應用程式的心跳訊號、背景工作及網路變化，不能只按執行時數換算耗電量。
改用 v2flyNG 就能直接解決嗎？
v2rayNG 使用 Xray 核心，v2flyNG 使用 v2fly 核心；兩者不是同一個用戶端的兩種省電模式。切換前請確認節點協定與功能相容。先完成節點、背景策略及應用程式範圍的對照測試，避免同時變更用戶端與設定，導致無法判斷原因。
最後保留的設定應能說明測試結果：哪些應用程式需要代理、系統允許哪些背景行為、節點是否穩定，以及發生異常時如何還原。只要連線穩定，整台裝置的待機耗電也合理，就不必為了電池用量排行反覆調整；若仍有明顯異常，提供版本、網路環境、測試時長及已遮蔽敏感資訊的日誌，會比只提供一張耗電截圖更有助於排查。