先區分耗電占比、實際掉電量與連線中斷
先看整支手機的掉電量，再查看 Clash 的背景活動紀錄。電池頁面顯示「占比高」，不代表用戶端消耗了相同比例的整體電量。各系統的統計方式不同，有些頁面顯示應用程式在統計期間分攤的耗電比例，有些也會把透過 VPN 轉送的活動計入相關應用程式。別只憑一張耗電排行截圖就判定異常。
例如，手機電量從 80% 降到 76%，電池頁面又顯示某個應用程式占耗電量的 25%，不能因此認定它消耗了 25 個百分點的電量。以下數字僅用來說明測試方法，不代表特定手機的實測結果，也不是所有裝置都應達到的標準。
- 持續發熱、流量不斷增加：優先檢查背景下載、雲端同步、影片預先載入與連線重試。
- 螢幕開啟時正常、鎖定後斷線：優先檢查電池限制、背景執行權限，以及 VPN 服務是否仍在運作。
- 只有行動網路耗電快：同時檢查訊號強度、網路制式切換與節點連線狀況，別直接歸因於 TUN。
- 更新用戶端後耗電突然增加：記下用戶端版本、核心版本與設定變更，採用單一變因方式進行比較。
進行 60 分鐘鎖定螢幕對照測試
先在相同條件下測試兩輪，再調整背景權限。選擇訊號穩定的同一個 Wi-Fi，讓起始電量盡量接近，並暫停系統更新與大型檔案備份。每次切換設定後等約 5 分鐘，讓初始訂閱更新、規則載入與連線重建完成，再開始計時。
- 記錄測試環境：記下手機型號、系統版本、用戶端版本、核心版本、Wi-Fi 或行動網路，以及是否開啟省電模式。
- 建立測試基準：關閉代理服務，鎖定螢幕 60 分鐘，記錄前後電量與手機整體背景流量。這一輪僅供比較，測試期間不要使用必須透過代理連線的服務。
- 測試代理連線：恢復相同的應用程式狀態，連線至穩定節點，並以相同方式鎖定螢幕 60 分鐘。
- 再次比較差異：交換測試順序再做一輪，避免其中一輪剛好遇上照片上傳、系統維護或應用程式更新。
| 記錄項目 | 記錄方式 | 用途 |
|---|---|---|
| 測試前後電量 | 例如 80% → 78%，測試時間 60 分鐘 | 比較手機整體掉電量，不只看應用程式排行 |
| 背景流量 | 記錄測試前後累計流量的 MB 差值 | 區分待機耗電與實際資料傳輸 |
| 連線狀態 | 記錄鎖定螢幕前及解鎖後是否重新連線 | 找出背景限制或節點失效問題 |
| 異常紀錄 | 記下逾時發生時間與重複頻率 | 判斷重試是否持續整個測試期間 |
電量通常只顯示整數，短時間內相差 1 個百分點不能直接當成結論。若兩輪差異很小，可延長測試至 3 小時，或比較兩個條件相近的夜間時段。若需要接收重要通知，不要為了測試而強制關閉必要的網路服務。
Android 電池最佳化例外：依斷線情況調整
Android 代理用戶端通常透過系統 VPN 介面接管流量，並以前景服務維持運作。將應用程式設為電池最佳化例外，可減少系統對背景工作的限制，但不會降低加密或轉送所需的運算量。設定為「不受限制」可能改善鎖定螢幕後的斷線問題，也可能讓原本會暫停的背景活動持續執行。
先檢查應用程式的電池設定
以接近原生介面的 Android 14 為例，前往「設定」→「應用程式」→「查看所有應用程式」→選取用戶端→「應用程式電池用量」，確認是否設為「受限制」。部分系統版本可能將選項命名為「應用程式耗電量」或「允許背景使用」；請依實際介面操作，各品牌的選項名稱不一定相同。
- 先維持「最佳化」或系統預設設定，連線後鎖定螢幕 15～30 分鐘，確認是否真的發生背景服務停止。
- 若紀錄與 VPN 狀態顯示服務已遭終止，再將用戶端改為「不受限制」或允許背景執行，然後重新測試。
- 若系統提供「自動啟動」管理，只有在重新開機後需要自動恢復服務時才開放；自動啟動和鎖定螢幕後維持運作是不同的設定。
- 不要一次解除所有應用程式的電池限制。只調整代理用戶端，才能確認變化的來源。
區分品牌的背景管理策略與系統 VPN 設定
Samsung One UI 6 常見路徑為「設定」→「電池」→「背景使用限制」，確認用戶端是否列在「休眠應用程式」或「深度休眠應用程式」中。其他廠牌可能提供背景鎖定、智慧省電或背景高耗電管理，名稱會隨系統版本而異。多工畫面中的「鎖定」也不一定等同於排除電池最佳化。
支援相關選項的裝置，也可前往「設定」→「網路和網際網路」→「VPN」→對應設定，查看「一律開啟 VPN」。「封鎖未使用 VPN 的連線」會在 VPN 無法使用時阻斷其他網路連線，適合確實需要防止流量繞過代理的情況。這不是省電功能，啟用前應測試節點故障、重新開機及切換 Wi-Fi 後的恢復情形。
TUN 常駐的取捨：接管範圍比開關名稱更重要
桌面版常將「系統代理」和「TUN 模式」分成兩個入口，手機端不能直接套用這種理解。Android 用戶端通常透過 VpnService 建立虛擬網路介面；即使介面沒有獨立的「TUN」按鈕，也可能已經透過 VPN 介面收發資料。實際的轉送架構、應用程式分流功能與核心整合方式，取決於用戶端的實作。
TUN 常駐的耗電量取決於處理的封包數、連線數、通訊協定與加密運算，也會受到無線網路喚醒影響。沒有流量時，虛擬介面存在本身不代表持續高負載。反過來說，大量短連線、失敗重試或背景上傳，即使使用規則模式，也可能持續耗電。
| 使用情境 | 建議做法 | 需要確認的影響 |
|---|---|---|
| 全天接收必須透過代理的訊息 | 保持 VPN 常駐，使用穩定節點與規則分流 | 鎖定螢幕時的通知、斷線恢復與網路切換 |
| 每天只短暫使用特定服務 | 使用前啟動，結束後手動停止 | 停止後，相關應用程式可能無法連線 |
| 只有少數應用程式需要接管流量 | 用戶端支援時，使用應用程式分流清單 | 登入跳轉、瀏覽器與相關系統元件 |
| 必須阻斷未經代理的流量 | 依需求保留「一律開啟」與斷線阻斷 | 節點失效導致整支手機斷網時的恢復方式 |
請注意，「規則判定為 DIRECT」和「應用程式略過 VPN」並不是同一回事。DIRECT 通常表示流量進入核心後，由核心直接連線至目標；排除特定應用程式則可能讓該應用程式不經過 VPN。後者能縮小流量接管範圍，但也會改變 DNS、路由與對外連線出口，不能只考慮省電效果。
不要為了省電任意切換 TUN 通訊協定堆疊，或關閉必要的 DNS 接管。某個選項在一支手機上能降低耗電，不代表換到另一支手機也有效。修改前先備份設定，每輪只調整一個選項，確認網頁、訊息與網路切換都正常後再保留變更。
減少健康檢查、DNS 重試與背景紀錄
先檢查定期執行的工作。訂閱更新、代理提供者健康檢查與策略群組測速是不同機制，不能只延長「訂閱更新間隔」，就認為所有背景請求都會減少。尤其是多個自動選擇群組重複測試大量節點時，即使沒有手動測速，也可能定期建立連線。
依實際需求調整測速頻率
在 mihomo 設定中，以下是健康檢查的局部設定片段，必須合併至既有的代理提供者設定，不能單獨當成完整設定匯入。interval: 1800 表示每 1800 秒，也就是每 30 分鐘檢查一次；lazy 用來避免提供者未使用時仍進行不必要的檢查，實際行為仍須視用戶端與核心的實作而定。
health-check:
enable: true
url: https://cp.cloudflare.com/generate_204
interval: 1800
lazy: true測試網址必須能透過目前的網路與代理路徑正常連線。若原本間隔為 300 秒，改為 1800 秒會讓預定檢查頻率降至原本的六分之一，但不代表總耗電量也會降至六分之一。使用中的連線、其他策略群組檢查與應用程式流量仍然存在。
- 訂閱更新：若用戶端支援，可先設定為每 24 小時更新一次，而不是每幾分鐘就重新下載；訂閱內容變動頻繁時，再視需要縮短間隔。
- 節點測速：避免同時對數百個節點反覆進行完整測速，先保留實際會用到的策略群組與候選節點。
- 紀錄層級：日常使用可將
debug調降為info或warning；排查問題時再短暫啟用詳細紀錄。 - 即時面板：查看完成後，關閉持續更新的連線清單與流量圖；不要讓螢幕一直亮著，再以此比較「待機」耗電量。
排查 DNS 與連線逾時
若同一個網域在幾秒內反覆出現逾時，先檢查 DNS 上游是否可連線、節點狀態與解析路徑。使用加密 DNS 不代表一定更耗電；常見問題是上游無法連線後持續重試，或 DNS 查詢與代理路徑形成相依循環。不要為了減少重試就刪除所有 DNS 設定，也不要任意關閉憑證驗證。
先切換到已知可用的節點，再觀察相同錯誤是否消失。若只有某個應用程式不斷建立失敗連線，可暫停該應用程式的背景同步進行比較。匯出紀錄前，請移除訂閱網址、權杖、節點密碼，以及不打算公開的瀏覽紀錄；這些資訊不應出現在公開求助截圖中。
iOS 背景策略：區分用戶端介面與網路延伸功能
iPhone 上的代理應用程式通常透過 Network Extension 的 Packet Tunnel 延伸功能處理 VPN 流量。應用程式介面切換至背景，不代表通道延伸功能會立即停止；反過來說，允許「背景 App 重新整理」也不等於讓 VPN 無限期保持運作。實際功能取決於用戶端實作與系統排程，不能直接套用 Android 的電池最佳化例外做法。
- 查看耗電時段：前往「設定」→「電池」，查看可用的最近 24 小時或最近 10 天用電統計，並點選耗電異常的時段。不同 iOS 版本的頁面配置可能不同。
- 檢查 VPN 設定：前往「設定」→「一般」→「VPN 與裝置管理」→「VPN」，確認目前的連線與設定。若有「依需求連線」選項，再確認其觸發條件。
- 確認背景重新整理設定：「設定」→「一般」→「背景 App 重新整理」主要影響應用程式在背景重新整理的機會，不能取代 VPN 延伸功能狀態檢查。
- 確認低耗電模式：在相同的低耗電模式狀態下進行比較。此模式會改變部分背景活動，不適合在兩輪測試之間任意切換。
「依需求連線」不一定表示只有開啟特定應用程式時才會啟動。它可能依網路、網域或其他設定條件建立通道；若頻繁中斷，又被條件重新啟動，反而會增加建立連線的次數。若打算改為手動連線，先在用戶端檢查自動連線策略，再停止通道並確認沒有立即重新連線。
不要反覆從多工畫面上滑關閉用戶端來嘗試省電。請使用用戶端的連線開關停止通道，再確認系統 VPN 狀態。若持續發生斷線與重連，先保存紀錄、更新至支援目前系統的用戶端版本，並檢查是否安裝了其他 VPN 或網路過濾設定。
依測試結果調整：保留哪些設定
最終目標是減少無效運作，同時維持必要連線；不是關閉所有開關，也不是開放所有背景權限。完成比較後，保留確實有效且不影響功能的設定，其餘恢復原狀。
- 加入例外後不再斷線，耗電變化不大：可保留用戶端的背景執行權限，不必連帶解除其他應用程式的限制。
- 鎖定螢幕後流量持續增加：繼續找出具體的應用程式與連線目標，優先檢查同步、上傳與失敗重試。
- 只有特定節點會發熱、耗電：改用另一個穩定節點進行比較，檢查逾時、重連與網路路徑差異。
- 降低測速頻率後改善明顯：保留較長的測速間隔，同時確認自動切換速度是否符合需求。
- 停止代理後仍快速掉電：檢查訊號、系統更新、電池健康狀態與其他背景應用程式，不要再只針對 Clash 調整設定。
需要確認基本設定時，可查看入門指南；涉及規則、DNS 與流量接管方式時，請參閱完整手冊。先讓設定維持穩定，再評估背景常駐的實際耗電，會比只看應用程式耗電排行更可靠。