任务调度机制：抢占式调度原理、时间片轮转调度、空闲任务与钩子函数、调度锁与临界区
调度器，说白了就是RTOS的“大脑”。它决定哪个任务在什么时候获得CPU的使用权。很多初学者觉得调度就是“轮流执行”，其实没那么简单。我见过不少项目，任务优先级配得一塌糊涂，系统跑起来就像堵车——高优先级的任务抢不到CPU，低优先级的任务又饿死了。
这一节，我们就把调度机制掰开揉碎。从抢占式调度、时间片轮转，到空闲任务和调度锁，每个点我都会结合项目里的实际案例来讲。
抢占式调度原理
抢占式调度，核心就一句话：高优先级的任务就绪后，立刻抢走CPU。不管低优先级任务执行到哪，只要高优先级任务准备好了，系统就会强制切换。
关键点：抢占发生在“就绪态”任务中。如果高优先级任务在等待信号量或消息队列，它不会抢占。只有它变成“就绪态”的那一刻，调度器才会介入。
我在一个电机控制项目里遇到过一个问题：一个数据采集任务优先级设得比控制任务还高。结果控制任务每次刚要算PID，采集任务就抢走了CPU。电机抖得跟筛子似的。后来我把控制任务优先级提到最高，采集任务降一级，问题才解决。
抢占式调度的典型流程：
- 当前任务T1正在运行（优先级5）
- 高优先级任务T2就绪（优先级3，数字越小优先级越高）
- 调度器触发PendSV异常，保存T1上下文
- 恢复T2上下文，T2开始运行
- T2运行完毕或阻塞后，调度器再切回T1
这里有个容易踩的坑：优先级反转。低优先级任务拿着高优先级任务需要的资源，高优先级任务反而被阻塞。我曾在通信协议栈里遇到过，一个低优先级的打印任务占着互斥锁不放，高优先级的发送任务一直等，整个系统卡死。解决办法是优先级继承协议，或者用无锁队列。
时间片轮转调度
抢占式调度解决的是“谁急谁先上”的问题。但如果有多个任务优先级相同呢？这时候就需要时间片轮转调度。
时间片轮转，就是给每个同优先级任务分配一个固定的时间片（比如5ms）。时间片用完后，调度器强制切换到下一个同优先级任务。这样每个任务都能分到CPU，不会出现某个任务一直霸占的情况。
| 调度方式 | 触发条件 | 适用场景 | 典型问题 |
|---|---|---|---|
| 抢占式调度 | 高优先级任务就绪 | 实时性要求高的任务 | 优先级反转 |
| 时间片轮转 | 时间片耗尽 | 同优先级任务公平执行 | 时间片设置不合理 |
| 协作式调度 | 任务主动让出CPU | 简单系统、裸机移植 | 任务阻塞导致系统卡死 |
时间片设置多少合适？我个人习惯：时间片 = 系统心跳的整数倍。比如系统心跳是1ms，时间片设5ms或10ms。太短了切换频繁，浪费CPU；太长了轮转效果不明显。
小技巧：在FreeRTOS中，时间片轮转默认是开启的。如果你不想用，可以把configUSE_TIME_SLICING设为0。但要注意，关闭后同优先级任务必须主动让出CPU（比如调用taskYIELD()），否则其他任务永远没机会跑。
空闲任务与钩子函数
当所有任务都阻塞了，CPU闲着干嘛？RTOS会创建一个空闲任务，优先级最低。空闲任务的作用就是占着CPU，顺便做一些“打扫卫生”的事。
空闲任务里可以挂一个钩子函数。钩子函数是用户自定义的，在空闲任务每次循环时被调用。我经常用它来做：
- 统计CPU利用率
- 进入低功耗模式
- 喂看门狗
- 调试信息输出
举个例子，在FreeRTOS中启用空闲钩子：
// 在FreeRTOSConfig.h中
#define configUSE_IDLE_HOOK 1
// 实现钩子函数
void vApplicationIdleHook(void)
{
// 进入低功耗模式
__WFI(); // Wait For Interrupt
}我曾经在一个电池供电的设备里，用空闲钩子让MCU进入深度睡眠。系统大部分时间都在等按键中断，空闲任务一跑就睡，功耗从10mA降到了50μA。嗯，这里要注意：钩子函数里不能阻塞，也不能调用可能导致任务切换的API。否则系统会乱套。
警告：不要在空闲钩子里调用vTaskDelay()或等待信号量。空闲任务本身优先级最低，一旦阻塞，系统就找不到其他任务来运行了。我见过有人这么干，结果系统直接死机。
调度锁与临界区
调度锁和临界区，都是用来保护共享资源的。但它们的粒度不同。
调度锁：禁止任务切换。所有任务都不允许抢占，但中断仍然可以响应。适用于需要短时间内独占CPU的场景。
临界区：禁止中断和任务切换。更狠，连中断都不响应。适用于操作全局变量、寄存器等极短的操作。
| 机制 | 禁止任务切换 | 禁止中断 | 执行时间 | 典型API |
|---|---|---|---|---|
| 调度锁 | 是 | 否 | 可稍长（微秒级） | vTaskSuspendAll() / xTaskResumeAll() |
| 临界区 | 是 | 是 | 必须极短（纳秒级） | taskENTER_CRITICAL() / taskEXIT_CRITICAL() |
使用调度锁的典型场景：
// 挂起调度器
vTaskSuspendAll();
// 操作共享数据
g_sensor_data.temperature = read_temperature();
g_sensor_data.humidity = read_humidity();
// 恢复调度器
xTaskResumeAll();使用临界区的典型场景：
// 进入临界区
taskENTER_CRITICAL();
// 操作一个全局变量
g_flag = 1;
// 退出临界区
taskEXIT_CRITICAL();我个人习惯：能用调度锁就别用临界区。临界区关中断，会影响系统实时性。比如一个高优先级的中断（比如定时器）被临界区挡住了，可能导致时序偏差。我调试过一个音频项目，就是因为临界区太长，导致音频中断响应延迟，声音出现了爆音。
避坑指南：我曾经在调度锁里调用了printf()，结果printf内部用了互斥锁，直接死锁。记住：调度锁和临界区里，不要调用任何可能阻塞或触发任务切换的API。包括打印、延时、获取信号量等。
调度机制知识结构图
下面这张图把调度机制的核心关系梳理了一下。你可以看到抢占式调度和时间片轮转如何配合，空闲任务和钩子函数在系统空闲时做什么，调度锁和临界区如何保护共享资源。
调度机制是RTOS的基石。理解抢占式调度和时间片轮转的区别，用好空闲钩子，谨慎使用调度锁和临界区，你的系统才能跑得稳、跑得快。我调试过几十个RTOS项目，大部分稳定性问题都出在调度和资源保护上。把这些基础打牢，后面学内存管理和外设驱动就轻松多了。