Clash 手机端耗电高:安卓后台保活与 iOS 运行策略设置对照

先分清耗电来源：隧道、业务流量与后台任务

手机状态栏一直显示 VPN，并不等于代理内核一直满负荷运行。安卓客户端通常通过系统 VPN 接口建立虚拟网卡，再把流量交给内核处理；iOS 上的兼容客户端通常通过 Network Extension 的数据包隧道工作。实际电量开销还取决于传输了多少数据、是否频繁重连，以及蜂窝网络信号是否稳定。

本文中的“Clash 手机端”包括使用 Clash 或 mihomo 内核的安卓客户端，以及能使用相关订阅或规则格式的 iOS 客户端。它们并非同一个应用。尤其在 iOS 上，不能把某个安卓客户端的设置菜单、TUN 开关或 YAML 字段直接照搬过去。

• 隧道处理开销：流量经过虚拟网卡、规则匹配和协议加解密，会增加处理工作；视频、下载和热点共享时更明显。
• 业务应用开销：云相册、消息同步、短视频预加载即使走直连，也可能经过隧道。规则设成 DIRECT 不一定等于从系统 VPN 层绕过。
• 定时任务开销：节点健康检查、订阅刷新、规则集下载与失败重试会唤醒网络。任务越密集，越容易抵消待机节电效果。
• 无线网络开销：弱信号、Wi-Fi 与蜂窝切换，以及连接反复建立，都可能让无线模块更久地保持活跃。

建立 2 小时待机对照，避免凭体感调参数

先做短时间对照，再决定是否修改保活设置。安卓可从「设置」→「电池」→「电池用量」查看统计；iOS 18 可从「设置」→「电池」查看电量曲线和各应用活动。不同厂商的菜单名称可能不同，找不到时在系统设置中搜索“电池用量”。

1. 固定测试条件：选同一个地点、同一种网络和相近的起始电量，例如每次从 80% 左右开始；暂停系统更新、照片备份和大文件下载。
2. 记录基线：在不需要代理的测试时段关闭隧道，锁屏待机 2 小时，记录起止电量、后台活动和网络状态。
3. 记录原配置：恢复隧道与原有规则，再做 2 小时锁屏测试。不要同时改变节点、测速周期和系统省电设置。
4. 单项复测：只延长自动测速周期，或者只调整一项后台限制；保持其他条件不变，重复至少两轮。

例如，某轮记录为关闭隧道时 80%→78%，开启隧道时 80%→75%，只能说明这两轮相差 3 个百分点，还不能直接归因为 TUN。上述数字是记录示例，不是本站实测或通用正常值；如果第二轮刚好发生弱信号重连或相册同步，比较就失去意义。

每轮至少记下这六项

• 手机型号、系统版本、客户端版本，以及客户端展示的内核版本。
• 测试起止时间和电量百分比。
• Wi-Fi 或蜂窝网络，以及信号是否稳定。
• 隧道状态、规则模式和选中的节点。
• 自动测速周期、订阅更新周期和规则集更新周期。
• 锁屏期间是否发生断连、重连、通知延迟或手机发热。

安卓后台保活：按断连症状设置电池优化

电池优化白名单解决的是“进程被系统限制后无法持续工作”，不是“降低代理处理流量的成本”。如果锁屏后网络一直正常，没必要先把所有后台限制都解除；如果锁屏十几分钟就断网，才需要核对客户端的后台权限。

安卓 14 原生系统的检查顺序

1. 进入「设置」→「应用」→「查看所有应用」→选择客户端→「应用电池用量」。部分设备显示为“电池”。先查看当前是否允许后台使用。
2. 若使用“受限”后出现锁屏断连，先改为“已优化”并复测；仍被中断且确实需要持续连接时，再尝试“不受限制”。具体选项取决于系统版本。
3. 检查客户端的 VPN 常驻通知。安卓前台服务通常需要持续通知，不要把关闭通知当作节电步骤；通知被隐藏与服务是否仍存活也不是一回事。
4. 厂商系统若另有“自启动”“后台运行”或“锁定后台任务”，仅为需要常驻的客户端按需开启。不要同时为其他无关应用解除限制。

检查系统 VPN 时，可在原生安卓的「设置」→「网络和互联网」→「VPN」中选择对应客户端。如果开启“始终开启的 VPN”以及“阻止未使用 VPN 的连接”，客户端停止后整机断网可能是预期保护行为，而不一定是节点失效。排查前先记下这两个开关的原状态。

TUN 与分应用代理怎么选

安卓普通应用通常不会像桌面浏览器那样统一遵循客户端里的 HTTP 代理端口，因此只关闭 VPN/TUN、保留本地监听端口，并不等于全机仍能按规则联网。需要全机接管时保留隧道；只需少数应用使用代理时，可检查客户端是否支持基于安卓 VPN 的分应用包含或排除列表。

分应用排除与 YAML 中的直连规则不是同一层：前者在客户端和系统支持的情况下，可让指定应用绕过 VPN；后者通常只是流量进入内核后选择直连出口。修改列表后按客户端要求重新建立连接，并分别验证浏览器、消息和支付应用。

减少自动测速与规则集更新的唤醒次数

“测速”至少有两种：延迟探测和下载吞吐测试。延迟探测请求较小，但节点多、间隔短时仍会产生大量连接；下载测速则会真实传输数据，更不适合在后台高频运行。先关闭客户端额外安排的全节点循环测速，再检查订阅里的健康检查和自动选择组。

先把 60 秒改成 600 秒做对照

假设一个提供器有 100 个节点，且每轮都会探测全部节点：60 秒一轮时，每小时约有 6000 次探测；600 秒一轮时约为 600 次。这里是按节点数与周期计算的请求次数示例，实际还受懒检测、失败重试和客户端调度影响，不能直接换算成节省多少电量。

对支持相应字段的 mihomo 配置，可在现有 proxy-providers 条目的 health-check 中调整下面这些字段。保留原有可用的探测 URL；这只是局部片段，不是可独立导入的完整配置。

health-check:
  enable: true
  interval: 600
  lazy: true

interval 的单位是秒；lazy: true 用于减少提供器未被使用时的定时健康检查，不代表停止当前连接的传输。若配置还有 url-test 或 fallback 组，应另行检查其探测设置：提供器检查与策略组检查可能同时存在，只改其中一处不一定消除重复探测。

三类更新任务分开安排

订阅更新可能覆盖本地修改。优先使用客户端提供的覆写或合并功能，并在更新一次订阅后检查最终生效配置。如果日志里每隔几秒就出现同一个规则地址下载失败，应该修复地址或网络路径，而不是单纯延长所有更新间隔。

iOS 按需连接：区分界面退出与隧道停止

iOS 客户端的主界面和系统管理的隧道扩展是不同部分。主界面不在前台，并不说明隧道已停止；从多任务界面反复划掉应用，也不是可靠的节电方法。应在客户端内查看连接状态，并到「设置」→「通用」→「VPN 与设备管理」→「VPN」核对当前配置。

按需连接适合有明确网络边界的场景

按需连接由客户端配置系统规则，在匹配网络条件时建立或断开 VPN，并非简单的“屏幕熄灭就断开”。是否能按 Wi-Fi 名称、网络类型或域名配置，取决于客户端；仅看到一个“按需连接”开关时，不要假定它已经包含合适的触发条件。

• 全天需要代理：先保留连续连接，减少频繁测速，观察稳定网络下的待机表现。
• 只在部分网络使用：如果客户端支持，可按明确的 Wi-Fi 或网络条件配置按需规则，再验证离开该网络后的状态。
• 偶尔使用：使用前手动连接、结束后在客户端内断开，逻辑最容易确认，但要接受后台应用随后走普通网络。

手动点“断开”后立即重新连接，可能是按需规则仍在匹配，而不是按钮失效。需要暂停时，应同时检查该配置的按需连接开关。反过来，低电量模式和后台 App 刷新也不能替代 VPN 按需规则；不要为了隧道常驻，就给所有应用开启后台刷新。

按症状收敛设置，保留可回退的记录

锁屏后断网，但待机掉电不高

先查安卓后台限制与始终开启的 VPN，或 iOS 按需规则是否真的触发。恢复稳定连接后再比较耗电，不要一边频繁重启隧道，一边评估电量。连接反复恢复本身就会增加网络活动。

锁屏仍发热，日志持续滚动

优先查看重复测速、规则下载失败、节点重连和 DNS 超时。把日志级别恢复到客户端默认的日常级别，关闭持续抓包和调试日志；保留排障所需的短时记录即可。DNS 异常应修复解析链路，不要靠关闭接管来掩盖故障。

只有蜂窝网络耗电明显

在相同位置先比较信号强弱，再固定一个稳定节点测试。不要同时修改 TUN 栈、MTU、DNS 模式和协议；尤其不能仅凭耗电就套用某个 MTU 数值。若只有传输大文件时异常，先记录速度、发热和重连次数，再按网络问题继续排查。

调整后的验收清单

1. 锁屏 30 分钟后，所需应用仍能正常联网和收取通知。
2. Wi-Fi 与蜂窝网络切换后，连接能按预期恢复或停止。
3. 订阅更新一次后，测速周期和自定义规则仍然生效。
4. 完成两轮相同条件的 2 小时待机测试，不再只看单次百分比。
5. 记录改过的开关；若收益不明显，恢复原值，不继续叠加调整。

适合长期使用的设置，是连接稳定、后台任务节制且行为可解释的组合。安卓是否加入电池优化白名单，要由锁屏断连情况决定；iOS 是否启用按需连接，要由使用场景和断开后的联网要求决定。先减少不必要的工作，再处理系统保活，通常比一次打开所有权限更容易找到原因。