1. 休眠唤醒基础概念：什么是系统休眠、系统唤醒、电源状态管理（ACPI/PM）、功耗与性能的权衡

各位好，我是老周。做嵌入式系统十几年了，跟休眠唤醒打了不下七八年的交道。说实话，这玩意儿看着简单，真调起来坑不少。今天咱们先把基础打牢——什么是休眠、什么是唤醒，以及背后的电源管理框架。

你可能会问：不就是按一下电源键，屏幕黑了，再按一下亮回来吗？嗯，表面看是这样。但系统内部到底干了什么，不同设备之间差别可大了去了。

什么是系统休眠？

系统休眠，说白了就是让设备进入一种低功耗状态。这时候CPU不跑指令了，大部分外设断电了，内存要么保持供电（浅度休眠），要么把内容存到硬盘上再彻底断电（深度休眠）。

我习惯把休眠分成两类：

• 浅度休眠（Suspend-to-RAM）：内存还在供电，CPU暂停，唤醒速度快，但功耗相对高一些。
• 深度休眠（Suspend-to-Disk / Hibernate）：内存内容写到硬盘或Flash，整机断电，功耗几乎为零，但唤醒慢。

我在项目中遇到过一种情况：某款物联网网关，客户要求待机功耗低于5mW，但又要能在100ms内响应远程唤醒。你想想看，深度休眠功耗是达标了，可唤醒时间根本做不到。最后只能折中——用浅度休眠，再优化外设的电源域隔离。

什么是系统唤醒？

唤醒就是让系统从休眠状态回到正常工作状态。触发方式通常有几种：

• 硬件中断：比如按键、RTC闹钟、网络唤醒信号。
• 定时器：系统设定一个唤醒时间，到点自动起来干活。
• 外部事件：比如传感器检测到运动、门磁开关变化。

唤醒过程其实比休眠更复杂。我记得有一次调试，系统休眠后怎么都唤不醒。查了两天，最后发现是GPIO的中断配置在休眠前被重置了。嗯，这种坑踩过一次就记住了。

电源状态管理：ACPI与PM框架

说到电源管理，就绕不开ACPI（Advanced Configuration and Power Interface）。这东西最早是Intel、Microsoft、Toshiba搞出来的，现在已经是x86平台的标准了。ARM平台虽然不完全用ACPI，但思路类似——都是定义一组电源状态，让操作系统和硬件协同管理功耗。

ACPI定义了六种全局状态，从G0（正常工作）到G3（机械关机）。咱们做嵌入式最常打交道的其实是这几个：

ACPI状态	名称	功耗	唤醒延迟	典型场景
S0	正常工作	高	无	系统运行中
S1	浅度休眠	较低	毫秒级	待机、空闲
S3	挂起到RAM	低	秒级	笔记本合盖
S4	挂起到磁盘	极低	十秒级	休眠关机
S5	软关机	接近零	手动开机	关机

在嵌入式Linux里，我们更常用的是PM（Power Management）子系统。它通过/sys/power/state这个接口，让用户空间选择休眠模式。常见的选项有：

• freeze：冻结所有用户空间进程，CPU进入idle，外设不断电。唤醒最快，但省电有限。
• standby：比freeze多关掉一些外设，相当于ACPI的S1。
• mem：挂起到RAM，相当于ACPI的S3。
• disk：挂起到磁盘，相当于ACPI的S4。

功耗与性能的权衡

做电源管理，本质上就是在做选择题。你想省电，就得牺牲响应速度；你想性能好，功耗就压不下去。这个平衡点怎么找？我个人的经验是：先定业务需求，再定技术方案。

举个例子：

• 如果设备是电池供电的传感器节点，可能几周才上报一次数据。那深度休眠就是首选，哪怕唤醒要花5秒，也能接受。
• 如果是智能门锁，用户按指纹后必须在1秒内响应。那就只能用浅度休眠，还得优化唤醒路径，把不必要的初始化跳过。
• 如果是车载娱乐系统，既要快速启动，又要在熄火后低功耗待机。那就得设计多级休眠策略——短时停车用浅度休眠，长时停车用深度休眠。

下面这张图，是我自己总结的休眠唤醒知识框架。你可以把它当作本章的路线图：

最后说一句：别把电源管理想得太玄乎。它就是一个状态机——系统在不同状态之间切换，每个状态都有对应的功耗和延迟。你只要搞清楚业务需要什么状态，再把状态切换的路径调通、调稳，就成功了一大半。