先確認耗電來源
v2rayNG 啟動後會建立本機 VPN 介面，再由 Xray 核心處理符合條件的連線。系統電量頁面可能會將經過該介面的網路活動集中計入 v2rayNG，因此「應用程式耗電占比高」不一定代表核心持續滿載運作。請先查看絕對耗電量、前景使用時間、背景活動時間及行動網路流量，再判斷是否異常。
建議從一次完整充電週期開始記錄。維持平時的網路環境與使用習慣，分別記下待機一小時、連續瀏覽半小時、播放網路影片半小時後的電量變化。接著關閉 v2rayNG，以相同應用程式和相近亮度再測試一輪。兩輪差異比單獨查看系統排行榜更具參考價值。
如果手機明顯發熱、待機電量持續下降，或 v2rayNG 在沒有主動進行網路操作時仍產生大量流量，就需要繼續排查。若耗電只在播放影片、下載檔案或大量載入圖片時上升，通常是加密、轉發與網路傳輸共同造成的負載，應先檢查線路延遲、封包遺失與代理範圍。
縮小分應用程式代理範圍
全域接管代表裝置上更多應用程式的連線會進入本機 VPN 介面。即時通訊、雲端同步、天氣、鍵盤網路服務、媒體掃描及系統元件可能在背景定期連線。單次請求雖然很小，但頻繁喚醒網路與處理器後，累積耗電會變得明顯。對只需要少數應用程式使用代理的裝置而言，分應用程式代理通常是最直接的減負方式。
進入 v2rayNG 的分應用程式代理設定後，先確認目前採用的是「僅代理所選應用程式」還是「繞過所選應用程式」。兩種模式的意義相反，選錯後可能會把原本不需要代理的背景程式全部送入核心。精簡時可先只保留瀏覽器、需要存取遠端服務的通訊工具，以及確實依賴目前設定的應用程式。
銀行、地圖、本機影音、區域網路控制及只存取中國大陸服務的應用程式，通常不需要為了統一出口而全部加入代理範圍。是否繞過仍應以實際網路需求為準。調整後逐一開啟常用應用程式，檢查登入、圖片載入、訊息收發及本機裝置存取，避免一次移除過多應用程式而難以定位問題。
分應用程式排查步驟
- 記錄目前的分應用程式模式與已選應用程式，必要時截取設定頁面留作對照。
- 將代理範圍縮小至兩到三個高頻使用的應用程式，維持路由與節點不變。
- 鎖定螢幕待機一小時，檢查電量、背景活動時間與網路流量。
- 每次新增一組應用程式，再觀察一個完整測試週期。
- 發現耗電突然上升時，檢查最近加入的應用程式是否在背景頻繁同步。
分應用程式代理只決定哪些應用程式進入本機 VPN，並不取代 V2Ray 路由規則。應用程式進入代理後，目標網域或 IP 仍可由路由規則決定直連、代理或阻擋。若想同時降低不必要的遠端流量，可以將分應用程式範圍與合理的中國大陸及海外分流搭配使用。
檢查心跳、連線測試與訂閱更新
持續保持連線不等於持續傳輸大量資料，但過於頻繁的心跳會增加網路喚醒次數。不同協議、傳輸方式與伺服器設定對閒置連線的處理方式各不相同。WebSocket、gRPC、TCP 等連線可能受到行動網路 NAT、路由器閒置逾時或伺服器策略影響，因此不存在適用於所有線路的統一心跳間隔。
排查時先將相關參數恢復為預設值，不要同時啟用多個高頻檢測。連線測試、真實延遲測試、訂閱自動更新及應用程式本身的背景重新整理都可能產生週期性請求。若將測試間隔設得太短，螢幕關閉後仍會反覆喚醒網路。日常使用通常只需在切換節點、發現連線異常或更新訂閱後手動測試。
訂閱更新也不需要每分鐘執行。只有在服務提供者更新節點、連接埠或參數後，訂閱內容才會變更。將更新安排在實際使用前，或以較長週期執行，更容易兼顧設定即時性與待機表現。更新完成後應確認目前選取的設定是否仍然有效，避免用戶端不斷嘗試連線至已失效的節點。
Mux 不是固定的省電開關
Mux 會讓多個邏輯請求共用連線，目的是減少重複建立連線的成本。是否省電取決於業務類型、線路品質、伺服器支援程度與連線持續時間。短時間內並發大量小型請求時，連線複用可能減少握手；長時間待機或網路頻繁切換時，持續連線與重新連線也可能帶來額外活動。
因此，不能把「啟用 Mux」或「關閉 Mux」當成通用答案。正確做法是分別測試。先維持相同節點、相同分應用程式範圍與相近使用情境，關閉 Mux 測試半天；再啟用 Mux 測試半天。比較待機耗電、網頁開啟反應、影片緩衝、背景訊息抵達，以及切換網路後的恢復速度。
如果啟用後出現連線卡住、部分頁面長時間等待、從無線網路切換至行動網路後無法恢復，或背景反覆重新連線，可優先關閉 Mux 再觀察。若關閉後大量短連線情境的反應明顯變慢，且伺服器確認支援相應的複用方式，則可維持啟用。訂閱匯入的設定若已帶有明確參數，不建議在不了解伺服器設定的情況下批次覆寫。
比較時維持以下條件不變
- 使用同一個節點，不要在測試途中自動選擇其他設定。
- 維持分應用程式代理清單一致。
- 維持路由模式、DNS 設定與傳輸參數一致。
- 使用相近的螢幕亮度、網路類型與應用程式組合。
- 至少涵蓋一次鎖定螢幕待機與一次連續網路操作。
系統省電白名單與背景常駐
Android 系統會在鎖定螢幕後限制背景網路、排程工作與程序活動。部分裝置還有額外的自動啟動、背景執行、休眠應用程式或凍結策略。若 v2rayNG 被系統強制停止，本機 VPN 會中斷；之後應用程式或系統反覆重新建立連線，可能形成「停止、啟動、重新連線」的循環，穩定性與耗電表現都會變差。
需要長時間維持連線時，可在系統電池設定中允許 v2rayNG 背景執行，並在必要時加入電池最佳化例外。不同裝置的選單名稱可能是「不受限制」、「允許背景活動」、「不最佳化」或「允許背景高耗電」。只需調整 v2rayNG，不必將所有網路應用程式都加入例外。
如果只在臨時使用時開啟代理，就不需要追求全天候背景常駐。使用結束後，從 v2rayNG 主介面停止連線，讓本機 VPN 正常退出，比保留連線再交由系統強制凍結更容易控制。頻繁使用時，可保留背景執行權限，減少每次鎖定螢幕後的重新連線。
還應檢查系統的數據節省模式。數據節省可能限制背景傳輸，導致應用程式訊息延遲；v2rayNG 為恢復連線而持續重試時，耗電反而可能上升。測試期間可先允許 v2rayNG 使用背景數據，再觀察穩定性。確認連線穩定後，再依實際需求限制其他應用程式的背景流量。
線路品質與 DNS 也會影響耗電
高延遲、封包遺失與頻繁斷線會讓用戶端重複握手、重新傳送資料或重新解析網域。此時即使設定沒有明顯問題，處理器與無線網路模組也會更頻繁地運作。節點延遲只能作為參考，持續封包遺失與連線穩定性通常比單次測速結果更重要。
可先在 v2rayNG 中選擇一個長期穩定的設定，避免頻繁執行完整測試。若同一設定在無線網路下正常、在行動網路下持續重新連線，問題可能來自網路切換、IPv4 與 IPv6 可達性、傳輸方式或伺服器入口，而不只是用戶端省電設定。應先確認訂閱中的位址、連接埠、傳輸層、TLS 與網域參數完全一致。
DNS 設定不合理也可能造成重複請求。例如網域解析結果無法連線、遠端解析回應過慢，或路由規則讓 DNS 查詢在直連與代理之間反覆嘗試。一般使用者可先採用訂閱與用戶端的預設設定，避免同時疊加多組自訂 DNS。需要分流時，應確保中國大陸網域、本地域名及其餘網域的解析路徑與路由出口彼此相符。
對於區域網路裝置位址與本地域名，應避免不必要地送往遠端解析。對於必須經由代理存取的網域，則要避免先取得目前網路無法直連的結果。每次修改 DNS 後，先重新載入設定，再測試網頁首次開啟速度、休眠喚醒後的連線恢復，以及常用應用程式登入。
推薦的完整排查流程
- 建立基準：記錄一輪啟用與關閉 v2rayNG 時的待機耗電、流量與溫度。
- 固定節點：選擇一個穩定設定，暫停自動切換與重複測速。
- 精簡範圍：使用分應用程式代理，只保留確實需要代理的應用程式。
- 恢復預設：將不確定的心跳、連線測試與 Mux 參數恢復為預設狀態。
- 減少週期工作：延長訂閱更新與自動測試間隔，避免鎖定螢幕後頻繁喚醒。
- 設定背景權限：長時間使用時允許 v2rayNG 背景執行，避免反覆停止與重新連線。
- 單獨測試 Mux：分別觀察啟用與關閉的結果，不要同時修改其他設定。
- 檢查分流：確認本機與中國大陸服務依需求直連，其餘流量再進入代理。
- 檢查 DNS：避免解析逾時、出口不相符與重複查詢。
- 重新測試完整週期：至少涵蓋鎖定螢幕待機、連續瀏覽、播放影片與網路切換。
如果耗電異常只在某個節點出現，而更換相同協議的節點後恢復正常，應優先檢查該節點的線路品質與伺服器參數。如果所有節點在鎖定螢幕後都會中斷，則應重點檢查系統背景限制。如果只有某個應用程式執行時耗電明顯上升，則檢查該應用程式的背景同步、媒體載入，以及是否確實需要進入代理。
清除應用程式資料或重新安裝應放在排查最後，因為這會移除訂閱、路由與自訂設定。操作前先儲存必要的訂閱資訊。重新匯入後先使用預設參數連線，不要立即恢復全部進階設定；每恢復一項就觀察一次，才能找出真正造成異常的設定組合。
穩定連線與省電的最終取捨
省電設定的目標不是讓 v2rayNG 完全停止背景活動，而是減少無意義的測試、重新連線、解析與不必要的代理流量。需要即時訊息與長時間連線時，應提供用戶端穩定的背景執行條件；只在瀏覽或臨時任務中使用時，則可按需啟動並在結束後主動停止。
多數裝置可從以下組合開始：僅代理必要應用程式，保留訂閱提供的核心連線參數，減少自動測速，延長訂閱更新週期，Mux 先維持預設，允許 v2rayNG 在長時間使用期間背景執行，並透過路由規則讓本機與常用的中國大陸服務直連。完成這些設定後，再依實際電量與網路恢復速度微調。
判斷調整是否有效時，應同時觀察三項結果：待機掉電是否下降、鎖定螢幕後連線是否維持，以及網路切換後是否能及時恢復。只追求最低背景耗電，可能換來訊息延遲與頻繁手動重新連線；只追求持續活躍，也可能增加不必要的網路喚醒。依實際使用時段選擇運作方式，通常比套用單一參數更可靠。