Clash Meta 安卓端耗电偏高：后台保活与电池优化设置排查

一、区分 VPN 常驻、耗电归属与异常耗电

安卓状态栏出现 VPN 图标，只说明系统已经建立 VPN 接口，不代表 CPU 一直满负载。使用 Clash Meta 或其他搭载 mihomo 内核的安卓客户端时，前台服务通知通常用于维持代理服务；把通知隐藏，也不会让转发工作自动停止。判断耗电要看同一时间段的电量变化、实际流量和日志，而不是只看通知是否常驻。

安卓电池统计还可能把部分经 VPN 转发的网络开销计入 VPN 应用。不同系统版本、厂商统计口径并不一致。因此，“客户端在应用耗电排行第一”不能单独证明内核异常。后台照片上传、视频预加载和系统更新，都可能在客户端的连接列表里表现为持续流量。

先记录这四项信息

系统与内核：在「设置」→「关于手机」记录 Android 版本；在客户端「关于」或内核信息页面记录客户端版本、mihomo 版本。两者不是同一个版本号。
耗电时间窗：在「设置」→「电池」→「电池用量」查看统计区间，避免把充电前后的数据混在一起。
网络状态：记录 Wi-Fi 或移动网络、信号强弱、是否频繁切换基站。弱信号下的无线通信开销可能高于代理处理本身。
运行现象：区分持续发热、熄屏断连、网络切换后重连，以及只有打开日志页面时耗电上升。

二、用固定时间窗建立耗电对照

不要同时修改后台权限、DNS 和代理节点。每轮只改变一个条件，才能知道差异来自哪里。建议选择信号稳定的同一 Wi-Fi，关闭正在下载的应用，保持屏幕亮度和测试时长一致。以下时间是排查窗口，不是设备实测结果，也不是正常耗电的统一标准。

测试阶段	操作与时长	记录内容
系统基线	停止代理服务，熄屏静置 60 分钟	起止电量、网络类型、是否有后台任务
代理空闲	开启原配置，熄屏静置 60 分钟	起止电量、总流量、重连次数
固定负载	使用相同清晰度播放同一视频 30 分钟	是否发热、连接是否稳定、客户端流量
单项复测	只改一项设置，重复对应阶段	设置变更、异常日志是否消失

电量百分比是粗粒度读数。一次测试只差 1 个百分点，不足以认定设置有效；可以在相近条件下再测两轮。测试时不要充电，也不要开启屏幕录制。停止代理后，如果系统启用了“无 VPN 时阻止连接”，应先记录并临时关闭该选项，否则基线阶段可能完全没有网络，与正常联网状态无法直接比较。

从连接列表找后台流量来源

打开客户端的「连接」页面，观察熄屏前仍在增长的连接流量。优先暂停云盘同步、照片备份、应用商店更新，再复测。部分客户端能够显示应用名称，另一些只显示目标域名或 IP；不能仅凭一个共享 CDN 域名判定具体应用。若空闲时几乎没有流量却持续发热，再检查错误重试、测速任务与日志。

三、电池优化白名单：解决断连，不是直接省电

将客户端设为“不受限制”，主要用于减少系统在后台冻结或终止代理服务。它不能保证降低耗电，反而可能让后台应用更持续地联网。只有出现熄屏后服务消失、通知反复重建、恢复亮屏后集中重连时，才应优先排查后台限制。

各品牌菜单随系统版本和地区变化。下面列出常见路径；找不到时，可在系统设置中搜索“电池优化”“后台活动”或“自启动”。从桌面长按客户端图标进入「应用信息」，通常是最稳定的入口。

系统或品牌	常见操作路径	排查重点
Pixel / 接近原生 Android	「设置」→「应用」→ 客户端 →「应用电池用量」→ 允许后台使用；部分版本可选「不受限制」	Android 版本不同，选项名称可能是「电池」或「后台使用」
小米 / Redmi	「设置」→「应用设置」→「应用管理」→ 客户端 →「省电策略」→「无限制」	再检查「后台自启动」；最近任务锁定不能替代电池策略
华为 / 荣耀	「设置」→「应用和服务」或「应用」→「应用启动管理」→ 客户端 → 关闭自动管理	按需允许自启动、关联启动、后台活动；部分荣耀机型名称不同
OPPO / 一加 / realme	长按图标 →「应用信息」→「耗电管理」或「电池耗电管理」→ 允许后台活动	如重启后需要自动恢复，再检查自启动管理
vivo / iQOO	「设置」→「电池」→「后台耗电管理」→ 客户端 → 允许后台高耗电	同时查看「应用」→「权限管理」中的自启动选项
三星 One UI	「设置」→「应用程序」→ 客户端 →「电池」→「不受限制」	在「电池」→「后台使用限制」中检查是否被加入深度休眠应用

常开 VPN 与后台权限分别检查

原生 Android 的常见入口是「设置」→「网络和互联网」→「VPN」→ 客户端旁的设置按钮。“始终开启的 VPN”用于维持指定 VPN；“无 VPN 时阻止连接”用于限制绕过 VPN 的联网。它们不是省电开关，也不是修复订阅失效的手段。客户端不支持相应能力时，选项可能不可用。

先确保客户端在正常后台策略下能稳定运行，再决定是否需要常开 VPN。不要把所有应用都加入电池白名单；只对确实需要持续服务的客户端放行。修改后先进行一次 60 分钟熄屏测试，再测试 Wi-Fi 切换到移动网络的恢复情况。

四、检查 TUN、应用分流与重连循环

安卓客户端通常通过 Android VPNService 接入系统流量；它与桌面客户端通过系统权限创建 TUN 设备的操作路径不同。界面上的“TUN”“VPN 模式”“网络栈”可能由客户端自行定义。不能直接照搬 Windows 的服务模式设置，也不能假设每个安卓客户端都允许在 system、gvisor、mixed 之间切换。

先缩小接管范围，再比较网络栈

如果客户端支持应用分流，可建立仅包含浏览器和必要应用的测试范围，比较空闲流量是否下降。不要同时启用多个 VPN 类应用；本地抓包、防火墙和广告过滤工具也可能占用 VPN 槽位。
规则模式下，DIRECT 表示使用直连出站，并不必然表示该连接没有经过 VPN 接口。想排除某个应用，需要检查客户端的应用绕过功能，而不只是添加直连规则。
如果日志在网络切换后持续出现超时，先换一个已确认可用的节点，再观察同一目标是否恢复。失效节点和不可达 DNS 都可能导致重复尝试。
只有客户端明确提供网络栈选项时，才逐项比较兼容性。没有一种网络栈能对所有手机都保证最低耗电；切换后要同时验证网页、即时通信、UDP 业务与休眠恢复。

不要为了降低统计数字关闭 VPN 后继续假定所有应用仍在走代理。HTTP 混合端口如 7890 只是本地监听端口；安卓应用不会因为该端口存在，就自动采用它。必须由应用显式配置代理，或由客户端提供系统流量接管。

五、DNS、嗅探与健康检查的后台开销

DNS 请求失败后反复重试，比单纯启用 DNS 功能更值得关注。在客户端日志里筛选 timeout、DNS、network is unreachable，检查错误是否在空闲时持续出现。先确认手机时间正确、网络能访问配置中的解析器，再决定是否调整 DNS。

fake-ip 不是单独的省电开关

enhanced-mode: fake-ip 通过虚拟地址保留域名映射，便于规则匹配；它不意味着每个请求都发往远程服务器。redir-host 也不能仅凭名称判断更省电。随意切换模式可能影响局域网设备发现或依赖真实解析结果的应用，应按兼容性问题处理。

以下是字段示意，不是完整订阅配置。223.5.5.5 是明文 DNS 示例，查询可见性与加密 DNS 不同，也不保证在所有网络可达。已有配置如果使用 nameserver-policy、proxy-server-nameserver 或加密 DNS，应保留其解析依赖，不要整段替换。

DNS 字段示意

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  nameserver:
    - 223.5.5.5

降低不必要的测速频率

健康检查：检查 proxy-providers 中的 health-check.interval，以及 url-test、fallback 组的 interval。这些间隔通常以秒计。若当前是 60 秒，可在稳定性允许时改为 600 秒做对照，不要把订阅更新间隔与测速间隔混为一谈。
节点规模：100 个节点每 60 秒全量检查，理论上可产生约 100 次探测每分钟；实际还受按需检查和使用情况影响。减少参与测试的节点，比反复手动“全部测速”更容易控制后台请求。
域名嗅探：如果现有规则不依赖嗅探补全域名，可以临时关闭客户端的嗅探功能复测。依赖域名还原的规则可能随之改变匹配结果，不能只看耗电而不验证分流。
日志级别：排查结束后将 log-level 从 debug 恢复为 info 或 warning，关闭持续刷新的日志页面。不要用屏幕常亮的监控状态代表日常熄屏耗电。

六、按症状收敛设置，保留可复现结果

症状	优先检查	复测方式
熄屏后掉线，亮屏恢复	电池优化、后台活动权限、深度休眠名单	允许后台后熄屏 60 分钟，验证通知与连接恢复
空闲时持续有流量	后台同步、节点健康检查、应用更新	暂停单个来源，观察连接列表是否停止增长
切换网络后发热	节点可达性、DNS 超时、重复重连	固定 Wi-Fi，再单独测试一次网络切换
只在移动网络耗电高	信号强度、频繁切网、蜂窝数据传输	同位置对比 Wi-Fi，避免直接归因于内核
只在查看日志时耗电高	调试日志、界面刷新、屏幕亮度	恢复普通日志级别，关闭页面后复测

合理的结束条件是：后台连接稳定、空闲流量来源明确、错误日志不再重复出现，且在相同条件下的耗电差异可以重复观察。不要追求所有机型都适用的固定百分比，也不要为了保活把所有省电限制一次性关闭。

如果仍有异常，整理手机型号、Android 版本、客户端与 mihomo 版本、所用网络、测试时长和脱敏后的错误片段。说明是否只在某份订阅配置下发生，以及是否更换节点后恢复。这样的记录能帮助区分客户端问题、规则配置问题和网络环境问题。基础配置路径可查看入门指南，连接与 DNS 的进一步排查可查看故障排查。