14、电源管理子系统：WakeLock、Doze模式、BatteryStats与功耗优化
电源管理，说白了就是Android系统里最让人头疼的一块。我做了这么多年底层，见过太多因为电源问题导致手机发热、待机崩盘的案例。你想想看，用户最在意的就是续航，哪怕功能再强，半天就没电了，谁受得了？
今天咱们就深入扒一扒Android电源管理的几个核心机制：WakeLock、Doze模式、BatteryStats，以及怎么在实际项目中做功耗优化。嗯，这里要注意，这些知识点不是孤立的，它们环环相扣，共同决定了你的设备能撑多久。
14.1 WakeLock：别让系统睡过去
WakeLock，直译过来就是“唤醒锁”。它的作用很简单——阻止系统进入休眠状态。但简单背后藏着不少坑。
我个人习惯把WakeLock分成两类：
- CPU WakeLock：只保持CPU运行，屏幕可以灭。适合后台下载、音乐播放这类场景。
- Screen WakeLock：保持屏幕亮着。这个功耗很大，非必要别用。
来看一个典型的使用示例：
// 获取PowerManager服务
PowerManager pm = (PowerManager) getSystemService(Context.POWER_SERVICE);
// 创建WakeLock，只保持CPU运行
PowerManager.WakeLock wl = pm.newWakeLock(
PowerManager.PARTIAL_WAKE_LOCK,
"MyApp:BackgroundTask");
// 获取锁
wl.acquire();
// 执行耗时任务
doHeavyWork();
// 释放锁——这一步最容易忘！
wl.release();为什么WakeLock这么容易出问题？因为Android系统为了省电，会尽量让CPU进入深度睡眠。你如果不拿锁，代码跑着跑着系统就睡了，任务就断了。但如果你拿了锁不还，系统就一直醒着，电池就崩了。
14.2 Doze模式：系统级的省电大招
Doze模式是Android 6.0引入的。说白了，就是当手机长时间静止且屏幕关闭时，系统会进入一种“打盹”状态。这时候，所有App的网络访问、同步任务、WakeLock都会被限制。
Doze模式分两个阶段：
| 阶段 | 触发条件 | 行为 |
|---|---|---|
| 轻度Doze | 屏幕关闭，静止30分钟 | 限制网络访问，延迟JobScheduler任务 |
| 深度Doze | 屏幕关闭，静止更长时间 | 完全禁止网络，禁止WakeLock，禁止GPS/WiFi扫描 |
你可能会问：那我的App在Doze模式下怎么工作？答案是——用系统提供的“窗口期”。系统会定期给App一个短暂的“维护窗口”，让你处理紧急任务。这个窗口期会越来越长，从几分钟到几小时不等。
14.3 BatteryStats：功耗分析的利器
BatteryStats是Android系统内置的电池统计服务。它记录了每个App、每个硬件模块的耗电情况。我个人习惯用这个来定位功耗问题。
获取BatteryStats数据的方式：
// 通过dumpsys获取
adb shell dumpsys batterystats
// 重置统计，方便测试
adb shell dumpsys batterystats --reset
// 导出为HTML报告
adb shell dumpsys batterystats --html > battery_report.htmlBatteryStats会记录以下几类关键信息：
- WakeLock时长：每个App持有WakeLock的总时间
- 网络活动：数据收发量、唤醒次数
- CPU使用：前台/后台运行时间
- 传感器使用：GPS、加速度计等开启时长
- Alarm唤醒：定时器唤醒系统的次数
我记得有一次，某个App待机功耗异常高。用BatteryStats一查，发现它每小时通过AlarmManager唤醒系统200多次。每次唤醒虽然只有几百毫秒，但积少成多，CPU根本没法深度睡眠。最后定位到是第三方SDK的轮询逻辑写死了。
14.4 功耗优化实战策略
好了，理论说完了，咱们聊聊实战。我总结了几个核心优化方向：
14.4.1 减少WakeLock使用
能不拿锁就别拿。很多场景其实可以用其他方式替代：
- 后台下载 → 用
DownloadManager，系统帮你管理 - 定时任务 → 用
JobScheduler，系统会批量处理 - 实时位置 → 用
Geofencing，而不是自己轮询GPS
14.4.2 优化Alarm唤醒
AlarmManager是功耗杀手。我建议：
- 能用
setInexactRepeating就别用setRepeating，系统可以对齐多个Alarm - 非精确任务用
setAndAllowWhileIdle，配合Doze窗口期 - 能合并的任务尽量合并，减少唤醒次数
14.4.3 合理使用Doze白名单
如果你的App确实需要在Doze模式下保持部分功能（比如即时通讯、健康监测），可以申请加入系统白名单。但注意：
重要： 白名单不是万能药。用户可以在设置里手动移除，而且Google Play对上架应用的白名单使用有严格审核。滥用白名单会导致应用被下架。
14.5 知识体系总览
下面这张图是我整理的电源管理核心逻辑，你看完应该能有个整体把握：
从这张图你可以看到，电源管理是分层协作的。App层通过WakeLock、Alarm等接口向内核表达需求，内核层的PowerManagerService统一调度，最终决定硬件进入什么状态。BatteryStats则像是一个监控摄像头，记录着每一层的功耗行为。
14.6 避坑指南
最后，分享几个我实际项目中踩过的坑：
- 不要滥用PARTIAL_WAKE_LOCK：我曾经见过一个App，后台播放音频时一直持有WakeLock。其实用
MediaPlayer自带唤醒功能，根本不需要手动拿锁。 - Doze模式下测试要耐心：系统进入深度Doze需要静止很长时间。我建议用
adb shell dumpsys deviceidle force-idle强制进入，省得等半小时。 - BatteryStats数据要对比看：单看一次数据意义不大。我习惯先跑一个“干净”场景（什么都不做），再跑测试场景，差值就是你的App带来的额外功耗。
- 注意厂商定制：国内厂商（华为、小米、OPPO等）对电源管理做了大量修改。有些系统级限制比原生Android更严格。我的建议是：在主流厂商设备上都测一遍。
嗯，电源管理这块内容确实不少，但核心就一句话：能不用的资源就别用，能晚用的资源就晚用。理解了这句话，你就能写出省电的App。