Clash 手機耗電快？排查背景執行、健康檢查間隔與省電設定

先分辨流量轉送耗電與待機異常

手機啟用 Clash 後，系統電池用量排行中的 VPN 用戶端耗電占比可能提高，但這不代表用戶端本身一直處於高負載。Android 的流量歸屬與耗電估算會受到 VPN 轉送影響；觀看影片、下載和同步所產生的部分網路耗電，可能會列在 VPN App 的用量中。判斷是否異常時，應一併查看整體電量消耗、螢幕使用時間、網路類型與用戶端記錄，而不要只看 App 排名。

本文主要適用於使用 Clash Meta for Android 或其他 Mihomo 核心 Android 用戶端的裝置。Clash Verge Rev 是桌面用戶端，不能直接將它的服務模式或系統代理選單套用到手機。Android 通常透過 VpnService 建立本機 VPN 介面來接管流量；其他平台用戶端的背景執行機制與選單各不相同，以下 Android 電池設定不適用於 iOS。

建立可比較的電量紀錄

在相同網路環境下做三組對照

在 Android 中先前往「設定」→「電池」→「電池用量」，再開啟相關用戶端的 App 資訊。不同系統的選單可能稱為「耗電排行」或「應用程式耗電管理」。記錄前景使用時間、背景使用時間與測試起訖電量；如果系統也顯示行動網路使用時間，一併記下。

1. 基準組：停止代理服務，在穩定的 Wi-Fi 下鎖定螢幕 60 分鐘，記錄整體電量變化。
2. 目前設定組：重新啟用代理服務，使用相同 Wi-Fi、App 同步設定與鎖定螢幕時間，不要手動測速。
3. 調整組：只延長健康檢查間隔，或只修改背景執行設定，再重複測試 60 分鐘。

測試期間不要充電，也不要同時下載訂閱、更新 App 或播放音訊。行動網路訊號不佳時，數據機耗電可能遠高於代理運算開銷；不要直接比較一次 Wi-Fi 測試與一次 5G 弱訊號測試。電量百分比只顯示整數，若 60 分鐘的結果相近，請延長至 3～6 小時並重複測試。

這類短時間的依序測試仍會受到溫度、背景工作與電量區間影響，適合用來初步判斷方向，但不足以證明某項設定一定能省電。請保存每次測試使用的訂閱設定與用戶端版本，方便日後重現差異。

健康檢查間隔：先確認節點數量與重複探測

健康檢查會透過指定 URL 檢測節點是否可用及其延遲。每次檢查通常都會建立連線；使用 HTTPS 時還會進行 TLS 交握。節點越多、間隔越短，網路活動就越頻繁。在行動網路上，密集的小型請求也可能延長無線模組的啟用時間。

分清三種容易混淆的間隔

• proxy-providers 下的 interval：遠端節點提供者的更新間隔，並非節點測速間隔。
• health-check.interval：節點提供者的健康檢查間隔，單位為秒。
• url-test、fallback 等策略群組下的 interval：該群組依自身機制執行檢測的間隔；只修改 provider 並不代表所有探測都已減少。

例如，100 個節點每 60 秒進行一輪完整檢查，以「每個節點檢查一次」的簡化模型估算，每小時約有 6000 次嘗試；改為 600 秒則約為 600 次。此計算僅用來說明數量級，不代表實際封包數；實際行為也會受到惰性檢查、節點使用情況、逾時設定與核心實作影響。

先從 600 秒開始，不要一直手動測速

日常使用手機瀏覽時，可先將相關自動檢查間隔調整為 600 秒，觀察節點故障切換是否仍符合需求。網路狀態經常變動時，可試試 300 秒；節點固定且連線穩定時，則可評估 1800 秒。間隔越長，發現故障可能越慢，因此最長間隔不一定適合所有情況。

# 合併至現有 proxy-providers 中對應的提供者。
# 保留原有 type、url、path 與訂閱更新 interval。
# 此片段並非可直接匯入的完整訂閱。
proxy-providers:
  mobile:
    health-check:
      enable: true
      url: https://www.gstatic.com/generate_204
      interval: 600
      timeout: 5000
      lazy: true

其中 interval 的單位是秒，timeout 的單位是毫秒。lazy: true 可減少未使用提供者的例行檢查，但不代表會停止所有策略群組的探測。如果原設定中的提供者名稱不是 mobile，請修改原有項目，不要另外建立缺少訂閱網址的新項目。

修改前請先備份設定；優先使用用戶端支援的本機覆寫機制，避免訂閱更新時遭到覆蓋。儲存並重新載入設定後，先查看記錄確認載入成功，再等到下一輪檢查時間確認是否生效。不要為了驗證省電設定而連續按下「全部測速」，以免增加額外的測試負載。

背景執行：只為持續代理開啟必要權限

Android 的 VpnService 授權決定「能否建立 VPN」，電池管理則決定「如何排程背景處理程序」，兩者並非同一項權限。即使已授予 VPN 權限，廠商的背景管理仍可能在鎖定螢幕後限制服務；反過來說，設為不受電池最佳化限制，也無法解決節點失效或 DNS 設定錯誤。

依照斷線情況選擇設定

• 需要持續代理，且鎖定螢幕後服務會停止：長按 App 圖示 →「應用程式資訊」→「電池」或「應用程式電池用量」→「不受限制」。部分系統還需要開啟「允許背景活動」和自動啟動。
• 服務穩定，鎖定螢幕後也不會斷線：先保留目前的背景執行設定，不必一律為所有相關 App 開放權限。
• 只在短時間任務中使用：任務結束後，在用戶端內停止代理服務。只關閉畫面或從最近使用的 App 清單滑除，不一定會停止 VPN。

Android 13、14 等版本的選單名稱仍會因廠牌而異。可在設定中搜尋「電池最佳化」、「背景執行」或「自動啟動」來尋找相關選項。從最近使用的 App 清單鎖定 App 是部分廠牌提供的額外機制，不能取代 VpnService 授權，也無法保證系統永遠不會回收處理程序。

如果設定了永遠開啟 VPN，請檢查「設定」→「網路和網際網路」→「VPN」→相關 App 旁的設定按鈕。啟用「沒有 VPN 時封鎖連線」後，服務一旦停止，系統也可能封鎖一般網路連線。此設定適用於確實需要阻止流量改走其他路徑的情況，並非省電開關。

DNS 與規則：找出逾時原因，別盲目切換 Fake-IP

DNS 設定錯誤常見的情況包括網頁載入時持續轉圈、App 反覆重新整理，以及記錄中不斷出現 DNS 解析逾時。耗電來自重複請求與連線重試，並非「某種 DNS 模式天生比較耗電」。Fake-IP 會使用合成位址維持網域名稱對應，供後續連線與規則比對使用；切換成真實位址模式，不會自動解決無法連線的上游伺服器。

1. 先確認時間上的關聯：在用戶端的「記錄」頁面暫時使用 info 等級，開啟發生問題的 App，觀察是否反覆出現 DNS 逾時、連線逾時或相同網域的失敗記錄。
2. 檢查上游是否可連線：確認 DNS 伺服器能否透過預期路徑連線，尤其要確認需要透過代理存取的加密 DNS，是否依賴尚未成功解析的代理節點網域名稱。
3. 檢查 Android 私人 DNS：Android「設定」→「網路和網際網路」→「私人 DNS」可能會影響部分解析路徑。先記下原本設定，再一次只更動一項進行對照；不要同時更換核心 DNS 與系統 DNS。
4. 重新檢查規則結果：規則模式會依序比對，通常由第一條符合的規則決定流量去向。高流量 App 若被錯誤指派至不穩定的節點，可能會持續重新連線；請先修正規則或策略選擇。

不要為了「加快解析」而堆疊太多 DNS 上游。部分設定會同時發出查詢，上游越多不代表請求就越少。若目前設定穩定，應優先排除錯誤路徑，而非複製來源不明的整段 DNS 設定。測試續航時也不要一次清除大量快取，否則會增加冷啟動解析與新建連線。

分 App 代理、記錄與網路切換的取捨

分 App 代理與 DIRECT 規則並不相同

如果用戶端支援分 App 代理，可以只讓確實有需求的 App 使用 VPN。Android 的分 App 機制會在 VPN 介面層限制 App 範圍；而 DIRECT 規則通常是在流量進入核心後，才選擇直接連線。兩者的處理路徑不同，不能把直連規則理解成「完全繞過用戶端」。

如果選擇「僅代理選取的 App」，請實際測試瀏覽器、訊息通知、登入跳轉與檔案下載。App 可能會呼叫系統下載元件或其他 App 完成操作；選取範圍太窄，相關連線就可能採用不同路徑。辦公、金融或公司網路等情境，也應遵守相應的網路使用規範。

排查完成後，移除診斷造成的額外負載

• 將暫時啟用的 debug 記錄等級改回 info 或用戶端預設值；記錄等級無法修復連線問題，而詳細記錄會增加處理與寫入負載。
• 關閉不必常駐的連線監控頁面，不要以持續亮著螢幕觀察取代鎖定螢幕測試。介面更新與螢幕耗電都會影響測試結果。
• 檢查訂閱自動更新頻率。如果不需要頻繁更新，可考慮改為每 12 或 24 小時更新一次；這和 600 秒的健康檢查是兩項獨立設定。
• 在 Wi-Fi 與行動網路之間切換後，請讓舊連線重新建立。如果只在訊號不佳的區域發生問題，先以穩定的 Wi-Fi 進行對照，不必急著更換整份訂閱。

手機上的 VPN 流量接管與桌面端 TUN 模式都會使用虛擬網路介面，但設定位置不同。不要照搬桌面端「關閉系統代理、啟用 TUN」的選單路徑。在 Android 上，應優先確認 VPN 服務狀態、分 App 範圍，以及使用的設定是否一致。

依照症狀逐步調整設定，並保留可還原的設定檔

可先從以下組合開始排查：維持規則模式，使用已確認可用的節點，將相關自動健康檢查間隔調整為 600 秒；只有確實在背景執行時斷線，才取消電池限制；排查完成後，再將記錄等級恢復為一般設定。這只是對照測試的起點，並非適用於所有手機的固定參數。

每次只調整一類設定，並記下修改時間與還原方式。若要回報問題，請提供手機型號、Android 版本、用戶端與核心版本、網路類型、鎖定螢幕測試時間，以及已移除敏感資訊的錯誤記錄。請勿直接公開訂閱 URL、存取權杖或節點憑證。能重現的測試紀錄，比耗電排名的螢幕截圖更有助於找出問題。