適合遇到 v2rayNG 待機耗電增加、鎖定螢幕後斷線、背景反覆重新啟動或機身持續發熱的使用者。排查重點不是盲目關閉背景功能，而是先分清系統流量歸因、弱網重新連線、日誌寫入與廠商電池限制，再依影響程度逐項調整。
先確認耗電數字代表什麼
v2rayNG 透過 Android 的 VpnService 接收裝置網路流量，再交由 Xray 核心執行協定處理、路由比對與代理出站。系統電池頁面可能會將經由這條虛擬網路通道產生的部分網路活動歸到 v2rayNG 名下，因此「應用程式耗電占比最高」不一定代表核心本身消耗了相同比例的電量。
判斷是否異常時，需要同時觀察總電量下降幅度、前景使用時間、背景活動時間、行動網路訊號與機身溫度。若待機 8 小時只下降 3%，即使 v2rayNG 在應用程式耗電排行中占 40%，實際增加量也可能很有限；若相同時間下降 15%，且背景網路活動持續不斷，才值得繼續檢查重新連線與設定問題。
| 測試狀態 | 8 小時電量下降 | 背景現象 | 判斷方向 |
|---|---|---|---|
| 中斷 v2rayNG，保持 Wi-Fi 連線 | 2.1% | 沒有持續網路活動 | 作為裝置待機基準 |
| 連線 VLESS TCP TLS，日誌為 warning | 4.8% | 連線穩定，沒有頻繁切換網路 | 通常屬於可接受的增量 |
| 相同節點，日誌為 debug | 8.2% | 日誌持續捲動 | 檢查詳細日誌與磁碟寫入 |
| 行動網路訊號微弱，頻繁重新連線 | 12.6% | 幾分鐘內多次逾時 | 優先處理訊號與重試迴圈 |
上表是 Android 14、5000mAh 電池裝置在螢幕關閉、同步工作一致條件下的範例，不應直接視為所有裝置的標準。更可靠的方法是連續測試兩個完整時段：第一晚中斷代理以取得基準，第二晚在相同網路與應用程式狀態下連線 v2rayNG，再比較絕對電量差。
結論：先看總電量，再看應用程式占比
應用程式耗電排行只是系統歸因結果。在相同測試條件下，開啟代理後 8 小時的電量降幅若只比基準多 2% 至 4%，通常不需要過度限制背景活動；若增量超過 8%，應繼續查看日誌中是否存在重新連線迴圈。
背景保活與電池最佳化如何取捨
Android 的電池最佳化會在鎖定螢幕後限制背景工作、網路喚醒與程序活動。對一般資訊應用程式而言，這能減少無效執行；但對持續提供 VpnService 的 v2rayNG 來說，限制過強可能使系統終止連線，之後又因網路變化或使用者操作重新啟動，形成「中斷—重建—再次休眠」的迴圈。頻繁建立 TLS 工作階段、重新解析網域名稱與恢復路由，反而可能比穩定維持連線更耗電。
建議依照以下順序調整系統策略
- 進入系統「設定」→「應用程式」→「v2rayNG」→「電池」，先查看目前模式。若鎖定螢幕約 5 至 15 分鐘就斷線，可調整為允許背景執行或不受限制。
- 進入系統「設定」→「網路與網際網路」→「VPN」，確認 v2rayNG 對應的連線是否啟用「一律開啟 VPN」。只有確實需要全天持續代理時才開啟，臨時使用不必強制常駐。
- 在廠商系統的背景管理頁面允許 v2rayNG 自動啟動，避免系統終止後無法恢復。選單名稱可能是「自動啟動管理」、「背景活動」或「應用程式啟動管理」。
- 完成設定後重新啟動一次裝置，連線至同一節點並鎖定螢幕測試 30 分鐘。不要同時修改協定、節點與路由，否則無法判斷是哪項調整產生效果。
- 若連線已經穩定，不要繼續疊加多個保活工具。多個元件同時喚起程序會增加喚醒次數，也會讓電池統計更難解讀。
弱網、心跳與重新連線為何容易放大耗電
行動網路在捷運、電梯、地下空間或基地台切換時，可能出現 IP 變更、封包遺失與短暫無網路。連線失效後，Xray 核心需要重新解析伺服器位址、建立 TCP 或其他傳輸工作階段，並重新完成安全層協商。偶爾重新連線影響有限，但節點無法連線或網路持續抖動時，反覆嘗試會讓無線模組與處理器頻繁被喚醒。
| 觀察區間 | 正常參考 | 需要注意 | 建議動作 |
|---|---|---|---|
| 10 分鐘穩定 Wi-Fi | 0 至 1 次重新連線 | 連續出現 5 次以上逾時 | 更換節點並檢查 DNS |
| 30 分鐘行動網路 | 切換網路時偶發一次 | 每 1 至 2 分鐘重建連線 | 排查訊號與伺服器可連線性 |
| 鎖定螢幕 1 小時 | 連線持續或只恢復一次 | 通知列狀態反覆變化 | 調整電池最佳化與自動啟動 |
不要任意縮短心跳或保活間隔
- 若訂閱設定已包含傳輸層參數，先保留服務提供者提供的值，不要為了「防止斷線」把探測間隔壓縮到幾秒。
- TCP 長連線在穩定網路中不需要高頻率傳送資料。過於密集的保活封包會持續喚醒行動網路，待機耗電通常也會隨之上升。
- 當節點位址使用網域名稱時，反覆解析失敗會觸發新的連線嘗試。可先切換至可靠網路更新訂閱，再測試同一節點。
- VMess、VLESS 的身分驗證與傳輸設定不同，但待機耗電更常受到網路品質、重新連線次數與傳輸方式影響，不能只根據協定名稱下結論。
- 若只有某一個節點持續發熱，而同一訂閱中的其他節點正常，應優先更換節點，不必立即重新安裝用戶端。
v2rayNG 1.10.31 的本機 SOCKS 連接埠常見設定為 10808。該連接埠主要供本機轉發使用，不建議在不了解用途時開啟允許區域網路連線。多餘的區域網路存取與錯誤探測會增加日誌量，也可能讓連線狀態變得複雜。可從 v2rayNG「設定」中的本機連接埠相關項目開始檢查，確認沒有與其他本機服務發生衝突。
結論：重新連線次數比協定標籤更值得優先檢查
穩定節點即使全天連線，通常也比無法連線的節點每分鐘重試更省電。先在 10 分鐘的日誌區間內統計逾時與重新連線次數，再決定是否更換協定或傳輸設定。
如何排查日誌等級與實際錯誤
詳細日誌適合定位故障，但不適合長期開啟。debug 等級會記錄更多連線、路由與傳輸細節，在流量較大時產生持續的字串處理與檔案寫入。日常使用可在 v2rayNG「設定」→「日誌等級」中選擇 warning；需要重現問題時，暫時切換至 info 或 debug，完成 5 至 10 分鐘取樣後再恢復。
錯誤：failed to find an available destination
原因與解法：目前出站沒有找到可用目標，常見原因是伺服器網域名稱解析失敗或節點無法連線。先切換至穩定網路，更新訂閱後重新測試；若只有單一節點出現，直接更換節點。
錯誤：context canceled
原因與解法：要求在完成前被取消，切換網路、手動中斷或系統終止背景活動時都可能出現。偶爾出現一兩筆可以忽略；若鎖定螢幕後持續出現，應檢查電池最佳化與背景活動權限。
錯誤：io: read/write on closed pipe
原因與解法：底層連線關閉後仍有讀寫操作，通常伴隨網路切換或遠端主動中斷。先統計出現頻率，再與其他節點比較；若持續高頻出現，請更換節點並降低不必要的重試。
錯誤：connection refused
原因與解法：目標主機可連線，但指定連接埠拒絕連線。檢查訂閱是否已更新、伺服器連接埠是否填寫正確，不要透過反覆重新連線等待連接埠自行恢復。
一次有效的日誌取樣流程
- 記錄目前的 v2rayNG 版本、節點備註、網路類型與測試時間。
- 清除舊日誌，將日誌等級暫時改為 info；一般斷線問題通常不必直接使用 debug。
- 保持螢幕開啟 2 分鐘，確認基礎連線正常後，再鎖定螢幕 10 分鐘重現問題。
- 解鎖後立即查看最後 100 行日誌，重點尋找 DNS、timeout、connection refused 與重複啟動記錄。
- 完成取樣後將日誌等級恢復為 warning，避免整天記錄詳細連線過程。
路由分流也會影響續航表現
所有應用程式流量都進入 VpnService 時，背景同步、系統更新、區域網路存取與影片傳輸都會經過核心處理。路由規則越複雜、流量越大，v2rayNG 在電池頁面中的活動時間通常越長。合理分流不是單純追求規則數量，而是讓不需要代理的流量儘早直連，並避免規則之間反覆比對或落入錯誤出站。
| 情境 | 建議設定 | 對續航力的意義 |
|---|---|---|
| 家庭區域網路裝置 | 私有位址與本地域名直連 | 減少區域網路流量進入遠端代理 |
| 只需代理少量應用程式 | 使用分應用程式代理，只勾選目標應用程式 | 降低背景同步流量的核心處理量 |
| 訂閱包含大量規則 | 刪除失效與重複規則後重新連線 | 減少無意義的比對與排錯干擾 |
| 本機服務使用 10808 | 確認連接埠未被其他應用程式占用 | 避免啟動失敗與迴圈重試 |
分應用程式代理的實用檢查項目
- 在 v2rayNG「設定」→「分應用程式代理」中，只選擇確實需要經過代理的應用程式；設定後重新連線，讓新規則套用至目前工作階段。
- 如果採用繞過模式，應確認選取項目的含義，避免誤將目標應用程式排除。修改後分別測試瀏覽、背景通知與檔案下載。
- 區域網路列印、投放畫面與家庭儲存空間存取一般應保持直連，否則可能出現連線繞行、速度下降或反覆重試。
- 更新訂閱後若節點備註發生變化，應重新檢查自訂路由中依名稱比對的規則，避免規則失效。
- 不要同時啟用多套用途相同的網域規則。規則越多不代表分流越精準，清楚的優先順序更重要。
如果耗電只在大量下載或長時間觀看影片期間上升，通常是網路轉發工作的直接結果，而不是待機異常。真正需要處理的是停止使用後仍持續發熱、螢幕關閉數小時仍有高頻流量，或日誌中反覆出現同一錯誤。排查時應將「使用中耗電」與「閒置時耗電」分開記錄。
常見疑問與推薦使用策略
兼顧穩定性與續航力的核心是減少無效喚醒：在穩定網路下維持一條可用連線，弱網時避免無限重試，日常降低日誌等級，並只讓必要流量進入代理。完成設定後至少觀察一個完整充電週期，不要根據十幾分鐘的電池百分比波動頻繁修改設定。
鎖定螢幕十分鐘後 v2rayNG 就斷線怎麼辦？
進入系統「設定」→「應用程式」→「v2rayNG」→「電池」，允許背景活動；再檢查自動啟動權限。調整後連線至同一節點，鎖定螢幕測試 30 分鐘，不要同時更換協定。
電池頁面顯示 v2rayNG 占比第一，必須關閉嗎？
先看整台裝置 8 小時的實際下降量。若只比中斷連線狀態多 2% 至 4%，且沒有發熱或頻繁重新連線，可以繼續使用；占比高不等於絕對耗電一定高。
切換到 debug 後更容易發熱，正常嗎？
詳細日誌會增加處理與寫入。只在重現故障的 5 至 10 分鐘內開啟，取樣結束後進入「設定」→「日誌等級」恢復為 warning。
只有行動網路耗電高、Wi-Fi 正常，要怎麼查？
觀察訊號強度與 10 分鐘內的逾時次數。若每 1 至 2 分鐘就重新連線，先在訊號穩定的區域重新測試，再更換可連線性較佳的節點，不要先提高保活頻率。
分應用程式代理能明顯省電嗎？
當裝置有大量背景同步應用程式時更有意義。進入「設定」→「分應用程式代理」，只選擇需要代理的應用程式並重新連線；若平時流量很少，改善幅度可能有限。
推薦的日常組合是：日誌等級維持 warning，使用穩定且延遲波動較小的節點，允許 v2rayNG 正常在背景執行，依實際需求決定是否啟用「一律開啟 VPN」，並透過分應用程式代理減少無關流量。若待機仍異常，再以固定網路、固定節點與固定時間進行對照測試，逐項排除，而不是一次改變所有設定。