手机 Clash 耗电偏高的原因：后台保活、电池优化白名单与 TUN 常驻取舍

先区分耗电占比、实际掉电与断流

先看整机掉电，再看 Clash 的后台记录。电池页面里的“占比高”，不等于客户端消耗了同样比例的整块电池。不同系统的统计口径不同，有些页面展示应用在统计周期内分摊的耗电比例，有些还会把通过 VPN 转发的活动归入相关应用。不能只凭一张排名截图判断异常。

例如，整机从 80% 降到 76%，电池页面又显示某应用占耗电的 25%，不能据此认定它消耗了 25 个电量百分点。下面的数字都用于说明测试方法，不是某款手机的实测结论，也不是所有设备都应达到的标准。

• 持续发热、流量不断增长：优先查后台下载、云同步、视频预加载与连接重试。
• 亮屏正常、锁屏后断流：优先查电池限制、后台运行权限和 VPN 服务是否仍在。
• 只有蜂窝网络掉电快：同时查信号强度、网络制式切换和节点可达性，不要直接归因于 TUN。
• 更新客户端后突然升高：记录客户端版本、内核版本与配置改动，按单变量方式对照。

建立 60 分钟锁屏对照记录

先做两轮同条件测试，再调整后台权限。选择信号稳定的同一 Wi-Fi，保持相近起始电量，暂停系统更新与大文件备份。每次切换配置后等待约 5 分钟，让初始订阅更新、规则加载和连接重建完成，再开始计时。

1. 记录环境：写下手机型号、系统版本、客户端版本、内核版本、Wi-Fi 或蜂窝网络，以及是否启用省电模式。
2. 测试基线：关闭代理服务，锁屏 60 分钟，记录起止电量和整机后台流量。此轮仅用于对照，测试期间不要访问必须经过代理的服务。
3. 测试代理：恢复相同应用状态，连接一个稳定节点，按同样方式锁屏 60 分钟。
4. 复测差异：交换测试顺序再做一组，避免某一轮恰好遇到照片上传、系统维护或应用更新。

电量显示通常只有整数精度，短时间差 1 个百分点不能直接作为结论。若两轮差异很小，可以延长到 3 小时或比较两个相近夜间时段。需要接收重要通知时，不要为了测试强行关闭必要的网络服务。

安卓电池优化白名单：按断流症状开放

安卓代理客户端通常通过系统 VPN 接口接管流量，并用前台服务维持运行。白名单的作用是减少系统对后台工作的限制，不是降低加密或转发的计算量。把应用设成“不受限制”，可能改善锁屏断流，也可能让原本被暂停的后台活动持续发生。

先检查应用电池设置

以原生风格的 Android 14 为例，进入「设置」→「应用」→「查看所有应用」→选择客户端→「应用电池用量」，检查是否被设为“受限”。部分系统版本会将入口命名为“应用耗电量”或“允许后台使用”；以下步骤以实际界面为准，不要求所有品牌出现相同选项。

1. 先保留“优化”或系统默认设置，连接后锁屏 15～30 分钟，检查是否真的发生后台停止。
2. 若日志和 VPN 状态表明服务被终止，再将该客户端调整为“不受限制”或允许后台运行，然后复测。
3. 若系统有“自启动”管理，仅在重启后需要自动恢复服务时开放；自启动与锁屏保活不是同一个开关。
4. 不要同时为所有应用解除电池限制。只调整代理客户端，才能判断变化来自哪里。

区分品牌后台策略与系统 VPN 设置

三星 One UI 6 常见入口是「设置」→「电池」→「后台使用限制」，检查客户端是否进入“休眠应用”或“深度休眠应用”。其他厂商可能提供后台锁定、智能省电或后台高耗电管理，名称会随系统版本变化。任务列表里的“锁定”也不一定等同于电池优化豁免。

支持相关选项的设备还可以在「设置」→「网络和互联网」→「VPN」→对应配置的设置中查看“始终开启 VPN”。“屏蔽未使用 VPN 的连接”会在 VPN 不可用时阻断其他网络连接，适合明确需要断线阻断的场景。它不是省电功能，开启前要测试节点故障、重启及 Wi-Fi 切换后的恢复行为。

TUN 常驻取舍：接管范围比开关名称更重要

桌面端常把“系统代理”和“TUN 模式”分成两个入口，手机端不能直接照搬这个理解。安卓客户端通常借助 VpnService 建立虚拟网络接口；即使界面没有单独的“TUN”按钮，也可能已经通过 VPN 接口收发数据。实际转发栈、分应用功能和内核接入方式由客户端决定。

TUN 常驻的开销取决于处理的包量、连接数量、协议与加密运算，也受无线网络唤醒影响。没有流量时，虚拟接口存在本身并不等于持续高负载。反过来，大量短连接、失败重试或后台上传，即使处于规则模式，也可能持续消耗电量。

注意，“规则判定为 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 配置，也不要随意关闭证书验证。

先切换到一个已知可用节点，再观察相同错误是否消失。若只有某个应用不断建立失败连接，暂停该应用后台同步进行对照。导出日志前移除订阅 URL、令牌、节点密码和不准备公开的访问记录；这些信息不应出现在公开求助截图中。

iOS 后台策略：区分客户端界面与网络扩展

iPhone 上的代理应用通常通过 Network Extension 的 Packet Tunnel 扩展处理 VPN 流量。应用界面进入后台，不代表隧道扩展立即停止；反过来，允许“后台 App 刷新”，也不等于给予 VPN 无限保活权限。具体能力取决于客户端实现与系统调度，不能照搬安卓的白名单做法。

1. 检查耗电时段：进入「设置」→「电池」，查看可用的最近 24 小时或最近 10 天统计，并点选异常时段。不同 iOS 版本的页面布局可能调整。
2. 检查 VPN 配置：进入「设置」→「通用」→「VPN 与设备管理」→「VPN」，确认当前连接及配置。若提供“按需连接”，再核对其触发条件。
3. 区分后台刷新：「设置」→「通用」→「后台 App 刷新」主要影响应用刷新机会，不能用它代替 VPN 扩展状态检查。
4. 复核低电量模式：在相同低电量模式状态下做对照。该模式会改变部分后台活动，不适合在两轮测试之间随意切换。

“按需连接”不一定意味着只有打开某个应用时才启动。它可能按网络、域名或其他配置条件建立隧道；频繁断开又被条件重新拉起，反而会增加连接建立次数。若准备手动按需使用，先在客户端检查自动连接策略，再停止隧道并确认它没有立即重连。

不要反复上划关闭客户端来尝试省电。应通过客户端的连接开关停止隧道，再核对系统 VPN 状态。若出现持续断开重连，先保存日志、更新到适配当前系统的客户端版本，并检查是否安装了其他 VPN 或网络过滤配置。

按结果收敛：保留哪些设置

最终目标是减少无效工作，同时维持需要的连接。不是把所有开关关闭，也不是把所有后台权限打开。完成对照后，保留有明确收益且不破坏功能的设置，其余恢复原状。

• 白名单后不再断流，掉电变化小：可保留客户端的后台权限，不必连带解除其他应用限制。
• 锁屏流量持续增长：继续找具体应用与连接目标，重点排查同步、上传和失败重试。
• 仅某个节点发热、耗电：固定使用另一个稳定节点复测，检查超时、重连及网络路径差异。
• 降低测速频率后明显改善：保留较长间隔，同时确认自动切换速度是否满足需要。
• 停止代理后仍快速掉电：检查信号、系统更新、电池健康和其他后台应用，不再只围绕 Clash 调参。

需要核对基础配置时，可查看入门指南；涉及规则、DNS 与接管方式时，继续查阅完整手册。先让配置稳定，再评估后台常驻的实际成本，结果比单看应用耗电排名更可靠。