安卓 Clash 后台耗电高怎么办：电池优化白名单与保活设置

先区分耗电偏高与后台被杀

安卓代理客户端长期运行时，会处理经过 VPN 接口的数据包、执行分流规则、查询 DNS，并维护必要的连接。耗电与实际流量、网络质量、测速任务及内核配置有关；状态栏出现 VPN 图标，并不等于设备一直处于高负载状态。

另一类问题是锁屏后代理断开、解锁才恢复。这通常应先检查后台限制，而不是继续压低测速频率。把客户端加入电池优化白名单，是为了提高后台可用性，不是直接降低耗电；允许持续运行后，系统统计中的后台时长反而可能增加。

观察到的现象	优先检查	判断依据
亮屏下载时耗电高	实际吞吐、移动网络信号、设备温度	先停止下载，观察待机是否恢复
锁屏后无法联网	电池限制、自启动、后台数据权限	解锁或重开客户端后立即恢复
待机仍频繁产生连接	测速、健康检查、后台应用与重试	连接或日志记录在固定间隔重复
通知持续刷新、日志快速滚动	实时速率通知、详细日志、网络错误	关闭刷新或降低日志级别后再对照

建立一次可复查的待机对照

系统显示的“应用耗电占比”不等于手机掉电百分比。比如手机总共掉电 10 个百分点，某应用占这段时间耗电的 30%，不能解读成它让手机掉了 30 个百分点。部分系统还会把 VPN 转发相关的网络活动计入代理应用，归因方式并不完全一致。

每轮只调整一个项目

在系统「设置」→「电池」→「耗电详情」或「电池用量」记录起始电量、客户端后台时长和网络类型。
选择同一个 Wi-Fi、相近的起始电量，停止系统更新、云相册备份和大文件下载，保持锁屏状态观察 60 分钟。
记录结束电量、是否断流、是否发热，以及客户端发送和接收的数据量。没有流量统计入口时，可查系统的应用数据用量。
只修改一个变量，例如把测速间隔从 60 秒改为 600 秒，再做同样的观察；至少重复两轮，避免把短时网络波动当作结论。

这里的 60 分钟是测试窗口建议，不是设备实测结果。电池电量按整数显示，短时间内可能看不出差异；需要更长时间时，可补做一轮夜间待机。移动网络和 Wi-Fi 应分别比较，弱信号下反复重连带来的耗电，不能全部归因于代理内核。

测速间隔与健康检查：先减少重复探测

手动点击一次“全部测速”，通常只是一次任务；策略组的自动探测和代理集合的健康检查则可能周期性运行。订阅里如果同时包含多个 url-test、fallback 策略组和启用健康检查的 proxy-providers，需要逐项确认探测范围，不能只看界面上的一个开关。

从 60 秒调整到 600 秒的含义

假设一个策略组有 30 个候选节点，每 60 秒检查一轮，按每个节点每轮发起一次探测粗算，一小时约有 1800 次探测；改成 600 秒后约为 180 次。这是便于理解频率的估算，实际次数还受懒加载、超时、复用及内核实现影响，不代表电量会按相同比例下降。

下面是 mihomo 代理集合中的局部配置示例，只表示健康检查参数，不是可直接导入的完整订阅：

health-check:
  enable: true
  url: https://www.gstatic.com/generate_204
  interval: 600
  timeout: 5000
  lazy: true

interval: 600 的单位是秒；timeout: 5000 的单位是毫秒，二者不要混淆。
lazy: true 在该代理集合未被使用时可跳过周期检查，具体行为以当前内核实现为准，不代表停止所有网络请求。
示例探测地址需要在当前网络和代理出口下可访问。若长期超时，应排查地址可达性，不要用更短的间隔反复重试。
对可手动选择节点的 select 组，可先手动测速后选定一个节点；代价是故障时可能需要手动切换。

自动故障切换与较低探测频率之间存在取舍。600 秒只是便于起步观察的值，不能保证适合所有网络。订阅管理器还可能在更新时覆盖本地改动，优先使用客户端提供的覆写或持久化配置功能，并在更新后核对最终生效配置。

DNS、规则与日志：检查异常重试

DNS 查询本身是正常网络活动。真正值得排查的是同一个域名持续解析失败、加密 DNS 无法建立连接，或者 DNS 请求的出口又依赖尚未完成的解析，形成反复重试。此时连接页面可能不断出现相同目标，日志里也会重复出现超时或解析失败。

按这个顺序检查

在客户端「日志」页面临时使用 info 级别，观察 1—2 分钟，确认重复报错的是 DNS、节点连接，还是健康检查。
检查 DNS 上游地址、所选代理节点及相关路由是否可达。若 DNS 请求被配置为走代理，应先确认该代理能够建立连接。
采用 mihomo 且启用了 respect-rules 时，核对内核文档中的 proxy-server-nameserver 要求，避免代理节点域名的解析依赖代理本身。
关闭持续输出的 debug 日志；定位完成后，可恢复客户端默认级别，或在支持时使用 warning。

不要为了省电同时更改 DNS 模式、上游服务器和整套规则，否则很难判断是哪一项起作用。fake-ip 是 DNS 与连接映射机制，不是独立的省电开关；redir-host 也不能保证比它耗电更低。应先使用客户端兼容的配置，再解决具体错误。

规则数量也不是唯一指标。只因为规则多就删除关键规则，可能让原本直连的大流量业务转为代理，反而增加处理负担。按需分流可以减少不必要的转发，但调整后应核对应用实际出口，而不是仅凭规则名称判断。

电池优化白名单与各品牌保活设置

只有确实需要锁屏后持续联网时，才逐步放开后台限制。建议先把客户端的电池策略改为允许后台运行，做一次锁屏测试；如果仍被结束，再检查自启动和任务锁定。下面列的是常见入口，系统版本、地区和机型会改变菜单名称，找不到时可在设置中搜索“电池优化”“自启动”或“后台活动”。

系统或品牌	常见设置入口	建议核对
Pixel / 接近原生 Android	「设置」→「应用」→ 客户端 →「应用电池用量」	启用“允许后台使用”；有策略选项时检查“不受限制”
小米 / Redmi	「设置」→「应用设置」→「应用管理」→ 客户端 →「省电策略」	选择“无限制”；在自启动管理中允许客户端启动
华为 / 荣耀	「设置」→「应用和服务」或「应用」→「应用启动管理」	关闭该应用的自动管理后，按需允许自启动、关联启动和后台活动
OPPO / 一加 / realme	长按应用图标 →「应用信息」→「耗电管理」或「电池用量」	允许后台活动；有自启动开关时再按需开放
vivo / iQOO	「设置」→「电池」→「后台耗电管理」	允许后台高耗电；在应用权限中核对自启动
三星 One UI	「设置」→「电池」→「后台使用限制」	从睡眠或深度睡眠应用中移除，必要时加入“从不自动休眠的应用”

最近任务中的“锁定”只是一项补充措施，不等于授予电池白名单，也不能抵消所有系统限制。全局省电模式、超级省电模式、系统清理工具和后台数据限制，仍可能影响 VPN 服务。应分别检查，不要一次性关闭整台手机的全部电池管理。

常驻通知、VPN 与 TUN 模式的区别

安卓客户端通常通过系统 VpnService 建立虚拟网络接口，把符合条件的应用流量交给内核处理。它与桌面端依靠系统代理地址接入的方式不同，不能把桌面上的“关闭 TUN、只开系统代理”直接套用到安卓端。安卓的 VPN 图标也不表示当前使用了某一种远端代理协议。

保留服务通知，减少高频刷新

持续运行的 VPN 服务通常会使用前台服务通知。静态通知的存在本身不是主要耗电来源；每秒刷新速率、持续计算统计或不断输出日志，才是可以检查的额外工作。如果客户端提供“实时流量”“通知速率”或“刷新间隔”选项，可先关闭实时速率，或将 1 秒刷新改为 5 秒，再观察差异。

不要通过强行阻止通知来替代正常的后台策略。Android 13 及以后版本的通知权限、VPN 服务状态与厂商保活策略不是同一个开关，隐藏通知也不保证服务停止。需要确认是否仍在运行，应查看客户端服务状态和系统 VPN 页面。

谨慎启用“始终开启的 VPN”

部分系统可在「设置」→「网络和互联网」→「VPN」→ 客户端旁的设置按钮中开启“始终开启的 VPN”。它用于维持 VPN 使用策略，不是省电功能，也不能修复节点故障。“无 VPN 时阻止连接”会在 VPN 不可用时阻断相应联网，启用前应确认能接受断网后果。

另外，普通使用方式下一般只能有一个活动的 VPN 服务。本地 VPN 广告过滤工具、抓包工具或其他 VPN 客户端可能与代理客户端相互替换。遇到服务反复断开时，应先排除这种冲突，而不是继续增加后台权限。

调整后的验收与回退

优先顺序可以概括为：先排查异常流量和报错，再降低重复测速与日志开销，最后根据锁屏断流情况配置保活。若目标是待机稳定，不能只看电量，还要同时检查关键应用是否能及时联网。

待机：沿用同一网络做 60 分钟对照，记录起止电量和流量；不要只比较系统中的应用耗电排名。
切网：从 Wi-Fi 切到移动数据，再切回，检查客户端是否恢复连接，日志是否持续报错。
锁屏：验证日常需要的消息、同步或网页连接，注意后台应用本身也可能受到系统限制。
配置更新：更新订阅后重新核对健康检查间隔、DNS 和日志级别，确认持久化覆写仍然生效。
回退：若降低探测频率导致故障切换太慢，恢复较短间隔；若白名单没有改善稳定性，撤回不必要的权限。

如果在几乎没有业务流量时仍明显发热，应保留客户端版本、内核版本、系统版本及短时错误日志，向对应项目反馈。公开日志前删除订阅地址、令牌、节点凭据和个人访问记录。需要继续了解配置导入与基础使用，可查看使用指南；常见连接故障可查阅FAQ 排障说明。