13、电源管理：CarPowerManagementService，睡眠与唤醒策略，电源状态机
各位同学，今天我们来聊聊车载系统里一个特别“要命”的话题——电源管理。
说实话，做手机电源管理，你最多被用户骂两句“续航崩了”。但在车上，电源管理搞不好，轻则电瓶亏电，重则车辆无法启动。我当年第一次接触 Automotive 项目时，就被一个“假死”问题折磨了两周——车机休眠后，CAN 总线还在偷偷发心跳，结果一晚上把 12V 小电瓶耗光了。从那以后，我对电源管理就多了一份敬畏。
Android Automotive OS 的电源管理，核心就是三个东西：CarPowerManagementService、睡眠与唤醒策略、以及电源状态机。咱们一个一个拆开讲。
13.1 CarPowerManagementService：电源管理的大管家
CarPowerManagementService（简称 CPMS），是 Android Automotive 电源管理的核心服务。它运行在 SystemServer 里，负责监听车辆电源状态，并协调各个模块的睡眠与唤醒。
你想想看，车和手机最大的区别是什么？手机只有“亮屏/灭屏”两种状态，但车有 ACC、ON、START、OFF 等多种电源模式。CPMS 就是要把这些车辆电源模式，映射到 Android 的电源管理框架里。
核心职责：
- 监听车辆电源状态（通过 CarPropertyManager 获取）
- 管理电源状态机（PowerStateMachine）
- 协调各模块的睡眠与唤醒
- 处理电源策略变化（如用户下车锁门后进入深度睡眠）
我个人习惯把 CPMS 理解为“车机的电源调度中心”。它不直接控制硬件，而是通过注册的监听器，告诉各个模块：“嘿，该睡了”或者“醒醒，车主来了”。
13.2 电源状态机：状态流转的艺术
电源状态机是 CPMS 的“大脑”。它定义了系统在不同电源模式下的行为。Android Automotive 的电源状态机，比手机复杂得多。
我画了一张图，帮你理解这个状态流转：
这张图里，有几个关键状态我想强调一下：
- WAITING_FOR_WAKE：系统处于“待唤醒”状态。屏幕灭了，但核心服务还在跑，等待一个唤醒事件（比如用户拉开车门）。
- ON：正常运行状态。所有模块都活跃，屏幕亮着，用户正在操作。
- SHUTDOWN_PREPARE：准备休眠。系统开始通知各个模块：“要睡了，赶紧保存数据”。这个状态很关键，我后面会讲。
- SUSPEND：深度睡眠。CPU 休眠，内存自刷新，只有少量唤醒源在工作。
- SHUTDOWN：完全关机。只有 RTC 或 CAN 唤醒能叫醒它。
避坑指南：
我曾经在一个项目里，发现系统从 ON 直接跳到了 SUSPEND，跳过了 SHUTDOWN_PREPARE。结果呢？蓝牙模块还在传输数据，突然断电，导致配对信息损坏。后来我强制在状态机里加了一个“PREPARE 超时保护”——如果某个模块 5 秒内没有响应休眠请求，直接强制进入 SUSPEND，但会记录一条错误日志。
13.3 睡眠与唤醒策略：谁来决定什么时候睡？
电源状态机定义了“怎么睡”，但“什么时候睡”由策略层决定。Android Automotive 的睡眠策略，主要依赖以下几个信号：
| 信号来源 | 说明 | 典型场景 |
|---|---|---|
| 车辆电源状态 | ACC/ON/OFF 信号 | 用户拔钥匙 → 进入 SHUTDOWN_PREPARE |
| 用户存在检测 | 座椅传感器、摄像头 | 检测到无人 → 延迟 30 秒后休眠 |
| 网络活动 | 是否有后台下载/上传 | OTA 下载中 → 延迟休眠 |
| 唤醒锁（Wake Lock） | 应用主动持有唤醒锁 | 导航正在播报 → 保持 ON 状态 |
嗯，这里要注意：唤醒锁在车载系统里是个双刃剑。手机上的唤醒锁最多耗点电，但车上如果某个应用忘了释放唤醒锁，可能导致车机一晚上都在耗电。我见过一个第三方音乐 App，在用户下车后还持有唤醒锁，结果第二天电瓶亏电到无法启动。
所以，Android Automotive 引入了一个“唤醒锁超时机制”——任何唤醒锁持有时间超过 10 分钟，系统会自动释放，并记录违规应用。这个机制，说白了就是“宁可错杀，不可放过”。
13.4 唤醒源：谁能叫醒沉睡的系统？
系统进入 SUSPEND 后，不是所有中断都能唤醒它。只有注册为“唤醒源”的设备才能触发唤醒。常见的唤醒源包括：
- CAN 总线唤醒：车辆网络上有特定报文时唤醒（比如车门解锁信号）
- GPIO 唤醒：物理按键（如方向盘上的语音键）
- RTC 唤醒：定时唤醒，比如每天早上 6 点预热的定时器
- USB 唤醒：插入 USB 设备时唤醒（比如用户插 U 盘升级）
重要提醒：
唤醒源的配置，一定要和硬件团队对齐。我踩过一个坑：硬件把某个 GPIO 配置为唤醒源，但软件没注册对应的中断处理函数。结果按下按键后，系统醒了，但没有任何服务响应，屏幕还是黑的。用户以为车机坏了，其实只是“醒了但没完全醒”。
13.5 实战：如何调试电源管理问题？
最后，分享几个我常用的调试手段：
- 查看电源状态：
adb shell dumpsys car_service，搜索 PowerState，可以看到当前状态和状态切换历史。 - 检查唤醒锁：
adb shell dumpsys power，查看 Wake Locks 列表，看有没有异常持锁的应用。 - 模拟电源切换：使用
cmd car_service set-power-state手动切换电源状态，测试各个模块的响应。 - 抓取内核日志：
adb shell dmesg | grep "suspend\|wakeup"，查看内核的睡眠/唤醒流程。
我个人习惯在开发阶段，把电源状态机的日志级别调到 VERBOSE。虽然日志会刷屏，但你能看到每个状态切换的触发原因，排查问题特别方便。当然，量产版本一定要关掉，否则日志会撑爆存储。
总结一下：
CarPowerManagementService 是车载电源管理的中枢，电源状态机定义了状态流转的规则，而睡眠与唤醒策略则决定了何时触发这些流转。这三者配合好了，车机才能做到“该睡就睡，该醒就醒”。
记住一句话：车载电源管理的核心不是“省电”，而是“可靠”。宁可多耗一点电，也不能让用户觉得车机“死机”了。
公众号:蓝海资料掘金营，微信deep3321