9、电源管理：Android Automotive电源状态与最佳实践

电源管理，说白了就是让车载系统该睡的时候睡，该醒的时候醒，别在车都锁了还在偷偷耗电。我刚开始做车载项目时，觉得这玩意儿不就是手机那套吗？结果第一次实车测试，一晚上电瓶亏空了12%，被硬件工程师追着骂了三天。嗯，从那以后，我再也不敢小看电源管理了。

今天咱们就聊聊Android Automotive的电源状态、策略配置，以及我踩过的那些坑。

9.1 三大电源状态：ON、SLEEP、SHUTDOWN

Android Automotive定义了三种核心电源状态，跟手机那套不太一样。你想想看，车机不能像手机一样随便关机，ACC一拧就得亮，熄火还得考虑要不要深度休眠。

状态	含义	典型场景	功耗水平
ON	系统全功能运行	车辆行驶中、ACC ON	5W~15W
SLEEP	浅休眠，内存保持	停车但未锁车、短暂熄火	0.5W~2W
SHUTDOWN	深度关机，仅RTC唤醒	长时间停放、锁车后	< 0.1W

ON状态没什么好说的，屏幕亮着，导航跑着，音乐放着。但这里有个细节——ON状态下系统会持续向CAN总线发送心跳，告诉车身域控制器「我还活着」。我在项目中遇到过，某次心跳间隔配置错了，导致车身域误判系统死机，自动重启了中控屏，乘客正看着导航呢突然黑屏……嗯，那场面挺尴尬的。

SLEEP状态是车载系统特有的。说白了就是CPU进入挂起模式，但DDR还在供电，数据不丢。唤醒速度极快，一般200ms以内就能亮屏。我个人习惯把SLEEP状态叫做「假寐」——系统看似睡了，其实耳朵还竖着，随时准备响应。

SHUTDOWN状态就是真睡了。系统完全断电，只保留RTC（实时时钟）和唤醒逻辑。唤醒时间会长一些，大概1~3秒。这里有个坑：如果频繁SHUTDOWN再唤醒，对eMMC寿命有影响。我曾经见过一个项目，客户要求每次熄火都SHUTDOWN，结果一年后eMMC挂了……后来改成了SLEEP优先策略。

9.2 Power Policy与电源策略配置

Power Policy是Android Automotive电源管理的灵魂。它定义了一套规则，告诉系统「什么时候该睡，什么时候该醒，睡多深」。每个OEM都可以自定义策略，这也是车载系统比手机灵活的地方。

电源策略配置文件通常放在这里：

device/<vendor>/<product>/power_profile.xml

来看一个典型的配置示例：

<power-profile>
    <!-- 定义电源状态 -->
    <state name="ON">
        <screen-on>true</screen-on>
        <cpu-freq>max</cpu-freq>
        <wifi>active</wifi>
    </state>

    <state name="SLEEP">
        <screen-on>false</screen-on>
        <cpu-freq>min</cpu-freq>
        <wifi>off</wifi>
        <wakeup-sources>
            <source>CAN_BUS</source>
            <source>GPIO_ACC</source>
        </wakeup-sources>
    </state>

    <state name="SHUTDOWN">
        <screen-on>false</screen-on>
        <cpu-freq>off</cpu-freq>
        <wifi>off</wifi>
        <wakeup-sources>
            <source>RTC_ALARM</source>
        </wakeup-sources>
    </state>

    <!-- 定义状态转换条件 -->
    <transition from="ON" to="SLEEP">
        <condition>ACC_OFF && NO_USER_ACTIVITY > 30s</condition>
    </transition>

    <transition from="SLEEP" to="SHUTDOWN">
        <condition>SLEEP_DURATION > 10min</condition>
    </transition>
</power-profile>

这里有个关键点：wakeup-sources定义了哪些信号可以唤醒系统。CAN_BUS是车身网络信号，比如车门解锁、刹车踩下；GPIO_ACC是ACC硬线信号；RTC_ALARM是定时唤醒，比如预约充电。

9.3 Suspend/Resume机制

Suspend/Resume是Linux内核的老本行，Android Automotive在此基础上做了车载定制。流程大致是这样的：

应用层请求休眠
    ↓
PowerManagerService 检查条件
    ↓
通知所有注册的WakeLock持有者
    ↓
内核进入suspend流程
    ↓
冻结用户空间进程
    ↓
挂起外设驱动（I2C、SPI、USB等）
    ↓
CPU进入WFI（Wait For Interrupt）
    ↓
等待唤醒源触发
    ↓
CPU恢复执行
    ↓
恢复外设驱动
    ↓
解冻用户空间进程
    ↓
系统恢复正常运行

嗯，看着挺长一串，其实核心就三步：冻结→挂起→等待。反过来就是唤醒→恢复→解冻。

我在项目中遇到过最头疼的问题，就是某个驱动在suspend时没处理好，导致系统无法进入深度休眠。排查方法很简单：

# 查看哪些设备阻止了休眠
cat /sys/power/wakeup_count
cat /proc/suspend_stats

# 查看唤醒源
cat /proc/wakeup_sources

如果发现某个设备一直显示active，那它就是罪魁祸首。我曾经排查过一个USB摄像头驱动，它在suspend时没有正确释放DMA缓冲区，导致系统一直处于「半睡不睡」的状态，功耗比正常SLEEP高了3倍。

9.4 车载电源管理最佳实践

做了几个项目后，我总结了几条铁律，分享给你：

9.4.1 低功耗设计

• 减少不必要的WakeLock：每个WakeLock都是耗电的元凶。我见过一个音乐App，播放暂停后还持有WakeLock，导致系统无法休眠。解决方案是：暂停时释放WakeLock，用AlarmManager定时检查播放状态。
• 外设按需供电：GPS、蓝牙、WiFi这些模块，不用的时候就断电。别让它们空转。我习惯在电源管理芯片（PMIC）层面做控制，比软件层面更可靠。
• 使用Doze模式：Android 6.0引入的Doze模式在车载上同样适用。系统进入SLEEP后，可以限制后台网络访问和同步，进一步降低功耗。

9.4.2 快速启动

• 优先使用SLEEP而非SHUTDOWN：SLEEP到ON的唤醒时间通常在200ms以内，而SHUTDOWN到ON需要1~3秒。用户体验差距很大。
• 预加载关键服务：如果必须SHUTDOWN，可以在关机前把导航、音乐等关键服务的数据缓存到磁盘，下次启动时快速恢复。
• 使用快速启动（Fastboot）模式：部分SoC支持快速启动，跳过一些不必要的初始化步骤。我测试过，能缩短30%的启动时间。

9.5 知识体系总览

下面这张图是我自己整理的电源管理知识体系，涵盖了状态、策略、机制和实践四个维度。你把它存下来，做项目时对照着看，基本不会漏掉关键点。

好了，电源管理这块内容就聊到这儿。记住一句话：车载系统的电源管理，本质是在用户体验和功耗之间找平衡。你做得越精细，用户就越感受不到它的存在——这才是最高境界。

---