移动设备功能愈发丰富、架构日趋复杂，绝大多数设备依托嵌入式Linux、Android等系统运行，且全部依赖电池供电。消费者既追求设备满配性能，又期盼超长续航，功能与省电天生相悖，因此必须依托电源管理寻找平衡，在压降功耗的同时，兼顾低功耗状态下的唤醒与运行效率。
Linux内核内置完善的电源管理体系，既能在设备短时空闲、低负载场景下节电，也可在闲置时让整机进入休眠，同时提供通用电源管理API，支持新接入设备快速适配，方便开发者自定义设备级、系统级电源参数，兼顾续航与电池寿命。
聚焦Linux内核电源管理子系统，深度解析子系统运行逻辑、核心API用法与用户空间管控方式，涵盖Linux电源管理理念、主流管理框架、系统休眠状态、驱动电源适配、实战运用、挂起恢复流程、系统唤醒源等核心内容。
1技术要求
顺利研读本章，需具备基础电路知识、C语言编程能力与计算机高级架构知识，同时准备LinuxKernelv4.19及以上版本源码，官方下载地址为:https://github.com/torvalds/linux
2基于Linux系统的电源管理概念
电源管理（PM）的核心目标，是让系统在任何工况下都维持最低电量消耗。操作系统需兼顾两类电源管理，二者相互配合，缺一不可。
设备电源管理聚焦单个硬件，可在系统正常运行时，将闲置设备切换至低功耗模式，例如闲置时熄灭键盘背光。该机制支持手动触发，也可设置空闲阈值自动触发，本质等同于运行时电源管理（RPM）。
系统电源管理又称休眠状态，可让整机进入全局低功耗模式，设备适配的平台、功能、唤醒延迟不同，可支持多种休眠等级。合上笔记本、手机熄屏、电量跌破设定阈值，都是常见触发场景。休眠前会完整保存系统运行状态，恢复供电后一键复原，无需重启系统。
两类管理适配不同空闲场景，同为节能核心手段，二者互补，不可相互替代。
2.1运行时电源管理
运行时电源管理专注单一设备功耗管控，不会让整机进入低功耗状态，仅在系统运行阶段生效，可动态调整设备电源属性，因此也称为动态电源管理（DPM）。
它与系统休眠截然不同：系统休眠是全局行为，需要留存、还原完整运行上下文；运行时电源管理属于局部调控，对上层业务基本透明。
2.2动态电源管理接口
除驱动层可开发设备电源管理功能外，内核还开放用户空间接口，支持新增、删减、修改电源策略，主流动态电源管理接口如下。
CPUIdle：在CPU空闲、无任务执行时，主动调控CPU功耗，引导空闲核心进入更深层节能状态（C-state）。
CPUFreq：依据实时系统负载，动态调整CPU运行电压与频率，依托OPP机制与调频策略（governor）实现能耗优化，常见策略包含performance、powersave、ondemand、schedutil。
Thermal：依托系统预设温控区域（多为CPU周边）的温度传感数据，动态调节功率参数，借助冷却设备（coolingdevice）自动完成降频、限流等控温动作。
除此之外，还有QoS、DevFreq等拓展接口。QoS可让设备标注最低服务标准，规避过度省电造成性能不足；DevFreq专门面向GPU、内存控制器、总线等非CPU硬件，实现动态调频调压。
上述接口多以CPU为核心调控对象，原因在于CPU是移动、嵌入式设备最主要的功耗来源。
结合实际开发
驱动开发场景中，各类电源机制分层联动，各司其职。
运行时电源管理层面：驱动在probe阶段调用`pm_runtime_enable`开启运行时管理；设备被调用时，使用`pm_runtime_get_sync`唤醒设备，使用完毕后通过`pm_runtime_put`放权休眠；同时完善`dev_pm_ops`结构体中的`runtime_suspend`、`runtime_resume`回调，负责设备时钟、电源域、寄存器的关闭与恢复；合理配置`autosuspend_delay_ms`，实现空闲自动休眠。
系统休眠层面：驱动借助`dev_pm_ops`中的suspend、resume、freeze、thaw、poweroff、restore等回调接入系统休眠流程，精准留存、还原设备运行数据。
用户空间调控层面：
可通过cpupower或直接读写`/sys/devices/system/cpu/cpu*/cpufreq/`完成调频策略与频率范围设置；通过`/sys/devices/system/cpu/cpu*/cpuidle/`查看各C-state能耗统计；
通过`/sys/class/thermal/thermal_zone*/`读取温度、配置温控阈值；通过`/sys/class/devfreq/`管控非CPU设备调频；通过`/sys/devices/.../power/control`、`runtime_status`查询、强制设备电源状态。
开发过程高频问题包含：在原子上下文、中断场景调用可休眠的RPM接口；
get与put接口未成对调用，设备无法休眠；休眠回调中访问已关闭的时钟、电源资源；休眠回调内执行耗时操作，拖慢整机挂起速度。调试时可通过`dmesg`查看PM相关日志，借助`pm_test`参数逐层测试冻结、设备挂起、平台挂起流程，开启`pm_debug_messages`获取更精细的运行跟踪。
整体而言，设备级运行时电源管理负责细粒度节能，系统级休眠负责全局低功耗，CPUIdle、CPUFreq、Thermal、QoS、DevFreq构成策略层动态调控体系。驱动开发者需精准实现设备RPM与休眠回调，保障上层电源策略安全调度。
