適合遇到 v2rayNG 待機耗電、背景斷線或反覆重新連線的使用者。先用 Android 電池用量統計與流量記錄建立基準，再核對 Xray 連線記錄、網路切換及應用程式分流；每輪只變更一個條件並重新測試，最後判斷問題來自正常傳輸、異常重新連線、系統限制，或分流範圍過大。
先確認耗電來自持續流量還是異常喚醒
狀態列一直顯示 VPN 圖示，不代表裝置持續進行高強度運算。v2rayNG 建立 Android VPN 後，需要維持前景服務與虛擬網路介面；即使螢幕關閉，少量心跳、DNS 查詢、推播連線及應用程式同步也可能經過 Xray 核心。真正需要排查的是耗電曲線突然變陡、行動數據持續增加、裝置待機發熱，或記錄在短時間內反覆出現建立與中斷連線。
第一步不要立即修改電池最佳化、協定或路由。開啟 Android 的「設定」→「電池」→「電池用量」，記錄 v2rayNG 在固定觀察期間的耗電比例；接著進入「設定」→「網路與網際網路」→「應用程式數據用量」，查看同一時段的前景與背景流量。不同系統的名稱略有差異，Android 14 與 Android 15 常見入口也可能位於應用程式詳細資料頁的「應用程式電池用量」及「行動數據與 Wi‑Fi」中。
建議先進行兩輪、每輪 30 分鐘的對照測試。第一輪保持 v2rayNG 已連線，但關閉影片、雲端同步及大型檔案下載，只保留日常訊息通知；第二輪中斷 v2rayNG，使用相同網路並維持相同應用程式狀態。若測試裝置使用 5000 mAh 電池，第一輪下降 2%、第二輪下降 1%，只能表示代理狀態多消耗約 1 個百分點，不能直接判定用戶端異常。若第一輪下降 7%、背景傳輸達到 600 MB，才應進一步查明輸出流量來自哪個應用程式。
| 觀察項目 | 連線狀態 | 中斷狀態 | 判斷重點 |
|---|---|---|---|
| 電量下降 | 2% | 1% | 差異較小，繼續觀察更長時間 |
| 背景流量 | 18 MB | 12 MB | 可能是訊息、DNS 與同步請求 |
| 裝置溫度 | 31.8°C | 30.9°C | 環境相同才有對照意義 |
| 重新連線次數 | 1 次 | 不適用 | 切換網路時偶發一次通常屬正常 |
電池頁面的百分比是系統估算值，不同品牌對前景服務、VPN 流量及核心程序的歸因方式並不完全一致。10 分鐘的測試容易受到螢幕亮度、訊號強度及應用程式更新干擾，最好固定 Wi‑Fi、亮度與背景應用程式，並將觀察時間延長至 60 分鐘。若裝置剛重新啟動或系統正在還原資料，應先等待背景工作完成再測試。
結論：先用流量與重新連線次數解釋電量變化
在相同網路下，60 分鐘耗電差異不超過 2 個百分點、記錄沒有循環重新連線且裝置不發熱時，優先視為 VPN 常駐與實際網路活動造成的正常差異；若每分鐘出現多次重新連線，才進一步排查連線層。
從連線記錄辨識頻繁重新連線
頻繁重新連線比單純維持 VPN 服務更容易造成異常耗電。每次重新連線都可能重新進行 DNS 解析、TCP 或其他傳輸交握、TLS 或 REALITY 工作階段建立，並喚醒無線網路模組。在訊號微弱的環境中，如果節點無法連線、網域名稱解析不穩定，或系統不斷在 Wi‑Fi 與行動網路之間切換，短時間內反覆執行這些操作會明顯增加背景活動。
在 v2rayNG 中開啟側邊選單，進入「記錄」或目前版本提供的即時記錄頁面，先清除舊記錄，然後鎖定螢幕等待 10 分鐘。解鎖後重點搜尋 failed、timeout、reset、unreachable 等內容，同時觀察相同目標位址是否每隔幾秒重複出現。單次失敗可能只是某個應用程式的請求逾時，連續成組出現才較接近重新連線循環。
測試時應固定一個可用節點，暫停訂閱更新與網速測試，不要一邊切換節點一邊判讀記錄。如果設定使用 VMess 或 VLESS，協定名稱本身無法說明耗電高低；傳輸層是否穩定、伺服器位址能否解析、系統時間是否準確，以及目前網路是否丟包，通常比協定標籤更重要。TLS 與 REALITY 負責連線安全相關環節，也不應被簡單視為耗電異常的唯一原因。
錯誤：context deadline exceeded
原因與解法：連線未能在限定時間內完成，常見於訊號微弱、目標無法連線或網路切換。先固定使用 Wi‑Fi 測試 10 分鐘，再檢查節點位址、連接埠與訂閱參數是否完整。
錯誤：connection reset by peer
原因與解法：連線遭遠端或鏈路中的中間設備重設。不要連續點擊重新連線，先切換到穩定網路重新測試；若只在單一節點出現，應重新更新訂閱並核對該節點設定。
錯誤：network is unreachable
原因與解法：切換網路時暫時沒有可用路由，或系統限制了背景連線。檢查 v2rayNG 的 WLAN 與行動數據權限，並關閉自動切換網路後進行一輪對照測試。
錯誤：failed to find an available destination
原因與解法：目前輸出連線無法取得可用目標，可能涉及位址解析或節點參數。檢查訂閱匯入結果與伺服器位址拼寫，改用確認可用的 DNS 後重新啟動核心。
如果記錄每 5 至 15 秒就出現一輪解析、連線、失敗與重試，先不要單純放寬逾時時間來掩蓋問題。可將裝置放在訊號穩定的位置，關閉系統的「自動切換至行動數據」類功能，再測試 15 分鐘。在穩定網路下錯誤消失，表示主要變數是網路切換；若錯誤仍持續，則繼續核對節點、DNS、系統時間及訂閱是否已過期。
調整電池最佳化，不要把背景限制當成省電結論
Android 的電池最佳化會限制背景執行，但限制越嚴格不一定越省電。若系統暫停 v2rayNG 後又被訊息應用程式、同步工作或網路變化喚醒，VPN 服務可能反覆停止並重建，最後產生更多交握與無線模組喚醒。另一種情況是系統直接結束背景服務，表現為鎖定螢幕後代理失效，解鎖時重新連線；這屬於可用性問題，不應只看電池頁面上的占比下降。
常見設定路徑是「設定」→「應用程式」→「v2rayNG」→「應用程式電池用量」。先確認目前是「受限制」、「最佳化」還是「不受限制」。排障期間可以暫時選擇「不受限制」，在其他條件不變的情況下測試 60 分鐘；若斷線與重新連線次數明顯下降，再決定是否保留。不同裝置的背景管理還可能包含「允許背景活動」、「自動啟動」或休眠應用程式清單，應一次只變更一項。
- 記錄原始狀態：擷取電池策略、背景數據權限與目前網路設定，避免多項修改後無法還原。
- 建立最佳化模式基準：鎖定螢幕 60 分鐘，記錄電量下降、背景流量、斷線次數與記錄錯誤。
- 只修改電池策略：將 v2rayNG 調整為「不受限制」，節點、網路與分流規則維持不變。
- 重複相同時長：在訊號強度與使用程度相近的情況下再測 60 分鐘，比較重新連線次數，而不只是比較百分比。
- 依結果還原：若耗電沒有改善且不需要解決背景斷線，可恢復原策略；若重新連線明顯減少，再保留設定觀察一整天。
還要檢查「設定」→「應用程式」→「v2rayNG」→「行動數據與 Wi‑Fi」中的背景數據權限。若背景數據已關閉，鎖定螢幕後節點心跳、DNS 請求或應用程式流量可能無法正常完成；解鎖時大量請求一併恢復，看起來就像 v2rayNG 突然耗電。在數據節省模式下，可以透過系統提供的入口允許該應用程式使用不受限制的數據，但應依自身數據方案決定。
結論：依連線穩定性決定電池策略
從「最佳化」改為「不受限制」後，如果 60 分鐘內重新連線由 18 次降至 1 次，同時電量差異從 6% 降至 3%，表示原先的背景限制正在製造額外喚醒；如果重新連線次數沒有變化，則應恢復設定並繼續檢查網路或節點。
用應用程式分流縮小需要代理的流量範圍
當連線本身穩定，但背景流量仍然很高時，應查看哪些應用程式正在透過 VPN。Android VPN 會接收納入範圍的應用程式流量，雲端硬碟同步、短影片預載、系統備份及大型應用程式更新，都可能讓 v2rayNG 在電池統計中的占比較高。此時用戶端只是在處理實際請求，重點是找出流量來源，而不是盲目降低核心的執行權限。
在 v2rayNG 的「設定」→「應用程式代理」中啟用應用程式篩選，並確認目前模式是「僅代理選取的應用程式」還是「略過選取的應用程式」。兩種模式的意義相反，勾選相同清單可能得到完全不同的結果。初次排查建議只選擇確實需要經過代理的兩三個應用程式，儲存後重新啟動連線，再觀察 60 分鐘的背景流量。
| 測試範圍 | 60 分鐘背景流量 | 電量下降 | 說明 |
|---|---|---|---|
| 所有應用程式進入 VPN | 740 MB | 8% | 需要找出同步、更新或媒體應用程式 |
| 僅 3 個目標應用程式 | 46 MB | 3% | 縮小流量範圍後耗電同步下降 |
| 所有目標應用程式皆已退出 | 9 MB | 2% | 接近 VPN 常駐與少量維護流量 |
不要一次加入或排除系統元件、下載管理器及所有瀏覽器，否則很難判斷是哪一項造成變化。對於需要通知的應用程式，還要測試鎖定螢幕後訊息是否能準時送達。應用程式分流只控制哪些應用程式進入 Android VPN，不能取代 V2Ray 或 Xray 內部的網域、IP 路由規則；應用程式篩選發生在流量進入核心之前，而路由分流則決定請求進入核心後要走代理輸出還是直連輸出。
如果只希望部分網域經過代理，應檢查訂閱帶入的路由設定與自訂規則。GeoSite 用於網域分類，GeoIP 用於 IP 分類，兩者是否命中取決於規則順序、網域解析結果及資料檔案是否成功載入。排查耗電時不要同時重寫數十條規則，可以先使用簡單分流驗證穩定性，再逐步恢復複雜規則。
排查記錄範例
測試時長：60 分鐘
系統版本：Android 15
網路條件：固定 Wi‑Fi，關閉自動切換行動數據
本機 SOCKS 連接埠：10808（自訂範例）
本機 HTTP 連接埠：10809（自訂範例）
應用程式分流範圍：3 個目標應用程式
重新連線次數：1 次
背景流量：46 MB
電量變化：78% → 75%上面的連接埠只是便於記錄的設定範例，不代表每台裝置都應修改為相同數值。v2rayNG 使用 Android VPN 時，一般使用者通常不需要讓其他應用程式手動填寫本機 SOCKS 或 HTTP 連接埠；只有在明確使用本機代理入口進行除錯時，才需要檢查連接埠是否已被占用。連接埠衝突通常會在啟動記錄中出現監聽失敗，而不是單純表現為背景流量偏高。
依重新測試結果選擇背景執行方案
完成基準、記錄、電池策略與應用程式分流四組檢查後，可以依現象分類。第一類是存在明確的大流量應用程式，縮小分流範圍後耗電下降；第二類是節點或網路不穩定，記錄中持續重試；第三類是系統背景限制導致鎖定螢幕後斷線，放寬策略後反而更穩定；第四類是耗電差異很小，只是 Android 將較多 VPN 流量歸因給 v2rayNG。
最終方案不必追求電池統計中的最低占比，而應同時滿足連線穩定、流量範圍可解釋及待機溫度正常。經常切換 Wi‑Fi 與行動網路的裝置，可以重點觀察網路切換後的 2 分鐘；長期固定使用家中 Wi‑Fi 的裝置，則更適合進行 6 至 8 小時的夜間待機測試。夜間測試前暫停系統更新、相片備份及大型檔案同步，否則資料沒有可比性。
鎖定螢幕十分鐘後 v2rayNG 自動中斷連線怎麼辦？
先到「設定」→「應用程式」→「v2rayNG」→「應用程式電池用量」暫時選擇「不受限制」，確認背景數據權限已開啟；固定一個節點重新測試 30 分鐘，並查看記錄是否顯示服務遭系統停止。
電池頁面顯示 v2rayNG 排名第一就是異常嗎？
不一定。先比較實際電量下降幅度與背景流量。如果 60 分鐘只下降 2%，但所有網路請求都經過 VPN，排名靠前本身不能證明異常。
節點可以連線，為什麼待機時仍會頻繁重新連線？
檢查 Wi‑Fi 訊號、自動切換行動數據、系統時間及記錄中的逾時資訊。將裝置放在穩定網路下測試 15 分鐘；若重新連線消失，應優先處理網路切換，而不是更換協定。
啟用應用程式代理後，有些應用程式完全無法連線？
確認選擇的是「僅代理選取的應用程式」還是「略過選取的應用程式」，不要混淆兩種模式。恢復為少量測試應用程式，重新啟動 VPN 後逐一加入，並確認直連與代理規則是否相符。
要不要同時修改 DNS、節點與電池最佳化？
不要同時修改。先保留原始設定，每輪只變更一項並至少測試 30 分鐘；否則即使耗電下降，也無法確定是哪項調整生效。
如果調整後仍然明顯發熱，可以重新啟動裝置，只啟動 v2rayNG 與一個測試應用程式，以排除其他背景工作。接著分別測試一個確認可用的訂閱節點與目前節點，記錄相同時段的連線次數。若所有節點在固定網路下都持續失敗，應檢查訂閱參數、DNS 與系統 VPN 權限；若只有單一節點異常，應優先處理該節點，而不是重新安裝用戶端。
一次完整排查至少應留下四項結果：固定時長內的電量變化、背景流量、重新連線次數及所用網路。只說「感覺更耗電」很難定位問題。將這些記錄與修改前狀態對照，才能確定應保留不受限制的背景策略、縮小應用程式分流範圍，還是恢復設定並處理節點連線品質。