📚 课程目录第4章任务调度与功耗管理

4. 任务调度与功耗管理：Tickless调度器原理、空闲任务钩子函数、任务优先级对功耗的影响

说到低功耗，很多人第一反应是「选个低功耗芯片」、「把外设关掉」。这些当然没错，但真正决定系统功耗天花板的，往往是那个看不见摸不着的东西——任务调度器。

我见过不少项目，硬件功耗已经压到微安级了，软件一跑起来，电流直接飙到毫安。为什么？因为调度器每隔几毫秒就醒来一次，CPU 刚想睡就被叫醒。这就像你刚睡着，闹钟就响了，一晚上折腾几十次，第二天肯定没精神。

所以这一章，我们来聊聊调度器怎么跟功耗管理配合。核心就三个东西：Tickless 调度器、空闲任务钩子、任务优先级对功耗的影响。

4.1 Tickless 调度器原理

传统 RTOS 都有一个固定的系统滴答（SysTick），一般是 1ms 或 10ms。每次滴答中断，调度器都会检查是否有任务需要切换。这个机制在实时性要求高的场景下没问题，但在低功耗场景下，它就成了「功耗杀手」。

Tickless 调度器的思路很简单：
没有任务需要调度的时候，就把滴答中断关掉。等下一个任务该运行的时候，再重新开启。

说白了，就是让 CPU 能连续睡多久就睡多久，而不是每隔 1ms 被叫醒一次。

核心对比：

特性	传统 Tick 调度	Tickless 调度
滴答中断频率	固定（如 1ms）	动态调整
空闲时 CPU 状态	每 1ms 唤醒一次	持续睡眠直到下一个任务到期
功耗	较高（频繁唤醒）	极低（深度睡眠）
实现复杂度	简单	中等

我记得有一次做一款电池供电的传感器节点，用 FreeRTOS 默认配置，待机电流 200μA。换成 Tickless 模式后，直接降到 15μA。差别就是那个 1ms 的滴答中断。

4.2 空闲任务钩子函数

空闲任务是 RTOS 中优先级最低的任务。当所有其他任务都阻塞或挂起时，CPU 就会执行空闲任务。

空闲任务钩子，就是在空闲任务里插入一段用户自定义代码。这个钩子函数，是低功耗设计的「主战场」。

我一般会在空闲钩子里做三件事：

进入低功耗模式（WFI、WFE 或深度睡眠）
关闭不用的外设时钟
调整系统时钟频率（如果支持动态调频）

给你看一个典型的实现：

void vApplicationIdleHook(void)
{
    /* 进入前关掉不用的外设 */
    __HAL_RCC_USART2_CLK_DISABLE();
    __HAL_RCC_TIM2_CLK_DISABLE();

    /* 进入 STOP 模式 */
    HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON,
                          PWR_STOPENTRY_WFI);

    /* 醒来后恢复时钟 */
    SystemClock_Config();
    __HAL_RCC_USART2_CLK_ENABLE();
    __HAL_RCC_TIM2_CLK_ENABLE();
}

小技巧：不要在空闲钩子里做复杂计算或延时。空闲任务本就是为了让 CPU 休息，你把它搞忙了，功耗反而更高。

我曾经踩过一个坑：在空闲钩子里打印调试信息。结果每次空闲都往串口发数据，CPU 根本睡不了，功耗比不睡还高。嗯，从那以后我养成了习惯——调试代码和低功耗代码严格分开。

4.3 任务优先级对功耗的影响

很多人觉得优先级只影响实时性，跟功耗没关系。其实关系大了去了。

你想想看：
高优先级任务如果频繁就绪，调度器就会频繁切换。每次切换都有上下文开销，CPU 没法进入深度睡眠。更糟糕的是，如果高优先级任务里有个短延时（比如 osDelay(1)），它就会频繁阻塞、频繁唤醒，整个系统被拖得支离破碎。

我总结了几条经验：

不要滥用高优先级——只有真正需要快速响应的任务才给高优先级
避免高优先级任务做短周期轮询——用事件或信号量代替
把周期性任务集中到同一个优先级——减少调度次数
空闲任务优先级必须最低——这是低功耗的入口

注意：有些 RTOS 允许任务优先级相同，采用时间片轮转。这种情况下，如果多个同优先级任务都处于就绪态，调度器会频繁切换，功耗反而比单任务更高。我建议在低功耗场景下，尽量让同一时刻只有一个任务处于就绪态。

4.4 知识结构图

下面这张图把 Tickless 调度、空闲钩子、优先级三者的关系画清楚了：

4.5 实际项目中的避坑指南

讲几个我亲身踩过的坑，希望能帮你省点时间：

坑一：Tickless 模式下定时器不准
因为滴答中断被关了，软件定时器的精度会下降。解决办法是用硬件定时器做补偿，或者接受一定的误差。
坑二：空闲钩子里调用了阻塞 API
比如在空闲钩子里调用 osDelay()，这会导致空闲任务被挂起，系统直接死锁。我刚开始用 FreeRTOS 时就犯过这个错。
坑三：高优先级任务里做轮询
比如一个高优先级任务每隔 5ms 检查一次传感器状态。这会让 CPU 每 5ms 醒来一次，Tickless 的优势全没了。改成中断触发或事件驱动就好很多。
坑四：忘记恢复外设时钟
在空闲钩子里关了外设时钟，醒来后忘了开。结果串口不发了，定时器不走了。调试了一下午才发现是时钟没恢复。

我的习惯：在空闲钩子入口和出口各放一个 GPIO 翻转，用示波器看睡眠时间占比。如果睡眠时间占比低于 90%，说明调度器配置有问题，需要优化。

4.6 小结

这一章我们聊了三个关键点：

Tickless 调度器——让 CPU 能连续睡眠，而不是被固定滴答频繁唤醒
空闲任务钩子——低功耗代码的入口，在这里做 WFI、关外设、调频率
任务优先级——设计不好，功耗直接翻倍；设计好了，睡眠时间占比能到 99%

说白了，低功耗调度就一句话：让 CPU 没事干的时候，能睡多久睡多久。剩下的，都是技术细节。