前言
此前各篇讨论的是性能与正确性，本文转向另一个方向的约束：功耗。在电池供电的端侧设备与需要长期在线的嵌入式场景中，功耗通常是比峰值性能更硬的指标。RISC-V 在这一层的规范约束相对有限------规范只定义了少量接口（如 wfi 指令、时间计数器的恒定频率要求），其余机制留给平台实现，因此软件需要先明确"芯片提供了什么"，再谈策略。本文按功耗杠杆、空闲管理、电源域、动态调压调频、唤醒路径、测量的顺序展开。
一、功耗构成与四个优化杠杆
功耗可分为动态功耗与静态功耗两部分：动态功耗随开关活动与电压平方上升，静态功耗（漏电）在工艺节点缩小后占比显著。对应的优化手段有四个层次，代价与收益差异明显：
| 手段 | 依赖的芯片能力 | 典型唤醒代价 | 软件接口 |
|---|---|---|---|
| 时钟门控 | 模块级时钟开关 | 极低 | 部分自动，部分需寄存器操作 |
| 降低频率与电压 | 可调频时钟源 + 可调压电源 | 低 | 平台固件接口（非规范统一） |
| 电源域关断 | 独立电源域 + 上电时序控制 | 中至高 | 平台固件接口 |
| 状态保持模式 | 域内保留电路 | 中 | 平台固件接口 |
一个基本判断：功耗优化的收益与唤醒代价成正比。越深层的手段省电越明显，同时把更多延迟塞进唤醒路径。因此在给定场景下选择策略，本质是在"平均功耗"与"响应延迟"之间取点，而不是无差别地选择最深睡眠。
需要特别说明的是接口现状：RISC-V 规范未定义统一的动态调压调频（DVFS）接口，实践中的实现依赖平台固件或厂商约定的扩展。这意味着跨平台的电源管理代码可移植性远低于其他子系统，软件通常需要为平台单独适配一层抽象。
二、WFI 与空闲管理
wfi 是软件进入低功耗状态的基础指令，语义是等待中断到来。这里有一处极易踩的坑：规范允许实现将 wfi 视作空操作（nop） ，即可以立即返回。因此软件不能假设执行 wfi 就一定省电------是否真正进入低功耗状态、进入哪一档，取决于平台实现。验证新平台时，第一件事应当是实测 wfi 前后的电流变化，而不是直接依赖文档。
在这条指令之上，操作系统的空闲管理框架（如 Linux 的 cpuidle）提供多档空闲状态的统一抽象：每档状态对应一组平台相关操作，由调度器在无任务时选择进入。选择策略需要在预期空闲时长与退出延迟之间权衡------预期空闲短于该档状态的盈亏平衡时间时，进入深层睡眠反而增加能耗，这是"越省电越好"直觉失效的地方。
定时器与空闲管理的耦合也值得注意。周期性 tick 会在无实际工作的情况下反复唤醒处理器，使空闲状态无法进入深层。现代内核采用无固定 tick 的设计（NOHZ），在无任务时停止周期 tick，仅由下一个到期定时器唤醒。这一机制能否生效，取决于硬件定时器是否支持一次性触发以及时间计数器是否可在低功耗状态下维持------后者的前提正是下一节要说的恒定频率要求。
三、电源域与状态保持
多电源域设计允许独立关闭不使用的模块。域关断带来的直接后果是域内状态丢失：寄存器配置、缓存内容、外设状态在掉电后不复存在，恢复时必须重新初始化。因此软件的待机流程通常包含如下序列：
- 保存需要在唤醒后恢复的上下文（寄存器配置、DMA 状态等）；
- 停止域内活动（停止 DMA、清空事务、等待总线空闲）；
- 关闭该域时钟，再关闭电源；
- 唤醒后按上电时序重新初始化，并恢复保存的上下文。
多核场景下的 hart 级待机，通常经由监管二进制接口（SBI）的 hart 状态管理扩展完成。该扩展定义了 hart 的状态机与挂起接口，其中挂起类型区分"是否保留上下文"：保留上下文的挂起可较快恢复，非保留型挂起则要求唤醒时重新走启动流程，两者的唤醒延迟与功耗收益都不相同，选择时需与业务对响应时间的要求匹配。
四、动态调压调频
DVFS 通过同时调整频率与电压来改变动态功耗。这里有两条工程约束必须遵守：
- 电压与频率的调整顺序：升频时必须先升压后升频，降频时先降频后降压。顺序颠倒会在切换瞬间使用超出当前电压支持能力的频率，造成时序违例与不确定行为。这一顺序通常由平台固件保证，但自研固件时需显式实现。
- 时间计数器频率必须恒定 ：
time计数器的频率不应随 CPU 频率变化。若实现让其跟随调频而改变步进，定时器、调度与所有基于时间的超时将出现累积偏差。校准调频逻辑时，应以time单调一致性作为首要验收项。
调频策略本身的收益高度依赖负载特征：计算密集型负载在降频后能效通常提升（因为电压下降带来的功耗收益平方级），而访存密集型负载降频会因等待内存而放大性能损失。评估时应以每瓦性能而非单纯功耗作为指标。
五、唤醒路径与延迟构成
唤醒延迟由多个环节串联，其中若干环节与软件无关：
| 环节 | 延迟来源 | 可控性 |
|---|---|---|
| 中断控制器转发唤醒事件 | 控制器低功耗状态恢复 | 低 |
| 时钟与锁相环稳定 | 锁定时间，通常为微秒至毫秒量级 | 低（与睡眠深度相关） |
| 电源域上电与复位释放 | 上电时序、复位同步 | 低 |
| 上下文恢复 | 软件保存/恢复列表长度 | 高 |
| 中断处理本身 | 见中断与翻译路径 | 中 |
上下文恢复是软件唯一能优化的一段，手段是裁剪保存列表------只保存必需状态，其余重新初始化。这条取舍在唤醒频繁的场景中效果明显，代价是唤醒后需要更多初始化时间，仍要以实测决定边界。
六、测量与高频问题
功耗测量优先使用外部电源分析仪获取整机电流曲线，片上传感器通常精度有限，适合观察趋势而非结论。软件侧可用 cpuidle 的状态驻留统计与调度跟踪，观察各档状态的进入次数与停留时长------驻留分布比平均值更能暴露问题，例如大量极短停留说明档位选择策略失配。
| 现象 | 优先排查方向 |
|---|---|
执行 wfi 后电流无变化 |
该实现的 wfi 等价于 nop，需平台提供真正的低功耗入口 |
| 无法进入深层空闲 | 周期 tick 未关闭；存在未处理的定时器或唤醒源 |
| 待机电流偏高 | 域未真正断电；外设时钟或上拉电阻仍在耗电 |
| 唤醒后时间跳变 | time 计数器频率随调频变化，违反恒定频率要求 |
| 频繁进出低功耗反而更耗电 | 停留时间短于该档的盈亏平衡点，需调整档位选择策略 |
结语
低功耗是软硬件契约密度最高的子系统之一：规范只保证少数接口，真正决定效果的机制分布在芯片、固件与内核三层。软件侧最需要建立的习惯是先测量再调优 ------wfi 是否有效、域是否真的断电、唤醒延迟有多少来自锁定时间，这些都无法从文档推断，只能实测。
后续可展开的方向包括多核待机时的资源分区策略，以及热约束下的调频与性能协同。