3. 任务调度机制：抢占式调度、时间片轮转、空闲任务、调度器启动与挂起
各位同学，咱们今天聊点硬核的——FreeRTOS的任务调度机制。说实话，我当年刚接触RTOS时，最头疼的就是这部分。你想想看，一个CPU怎么同时处理那么多任务？谁先跑谁后跑？跑一半能不能打断？这些问题搞不清楚，写出来的代码就是定时炸弹。
嗯，咱们一个一个来拆解。
3.1 抢占式调度：谁优先级高谁先跑
抢占式调度，说白了就是「能者多劳，强者优先」。每个任务都有一个优先级，数值越小优先级越低（在FreeRTOS中，0是最低优先级）。调度器永远让就绪态中优先级最高的任务运行。
我在项目中遇到过这样一个坑：一个低优先级的任务正在操作一个全局变量，突然被高优先级任务抢占了CPU。高优先级任务也去操作同一个变量，结果数据全乱套了。嗯，这就是典型的「优先级反转」前兆，后面讲互斥量时会细说。
核心规则：
- 高优先级任务就绪时，立即抢占低优先级任务
- 同优先级任务之间，按时间片轮转
- 任务主动阻塞（如延时、等待信号量）时，让出CPU
为什么会这样设计？你想想看，如果高优先级任务不能抢占，那它就得等低优先级任务慢慢跑完。这在实时系统中是致命的——比如刹车控制任务必须立刻执行，不能等LED闪烁任务跑完再说。
3.2 时间片轮转：同优先级任务的公平游戏
当多个任务优先级相同时，FreeRTOS采用时间片轮转调度。每个任务运行一个固定的时间片（通常1个tick，即1ms），然后切换到下一个同优先级任务。
我个人习惯把时间片轮转想象成「食堂打饭」——大家排好队，每人打一勺，轮着来。谁也别想多占，谁也别想饿着。
小技巧：时间片长度由configTICK_RATE_HZ决定。如果设为1000，每个时间片就是1ms。我建议不要设得太小，否则上下文切换开销会吃掉大量CPU。
我曾经在一个项目中把时间片设为100μs，结果切换开销占了30%的CPU。后来改成1ms，系统瞬间流畅了。嗯，教训啊。
3.3 空闲任务：系统最后的守护者
当所有任务都阻塞或挂起时，谁在跑？答案是空闲任务。这是系统自动创建的，优先级最低（0），永远处于就绪态。
空闲任务主要干三件事：
- 释放被删除任务的内存
- 统计CPU利用率
- 让CPU进入低功耗模式
你可以在空闲任务钩子函数（vApplicationIdleHook）中做一些低功耗处理。我建议不要在这里做复杂计算，因为空闲任务优先级最低，一旦有高优先级任务就绪，它立刻被抢占。
注意：不要在空闲任务中调用阻塞函数（如vTaskDelay），否则系统会崩溃。我曾经犯过这个错，查了两天才找到原因。
3.4 调度器启动与挂起
调度器启动前，所有任务都处于「待命」状态，但谁都不跑。调用vTaskStartScheduler()后，调度器才开始工作。
调度器挂起（vTaskSuspendAll）则是一个很有用的功能。当你在临界区操作共享资源时，可以暂时挂起调度器，防止任务切换导致数据混乱。
// 挂起调度器
vTaskSuspendAll();
// 这里操作共享资源，不会被任务切换打断
// 比如修改一个全局链表
list_add(&my_list, &new_node);
// 恢复调度器
xTaskResumeAll();我个人习惯在操作复杂数据结构时使用调度器挂起，而不是用临界区。因为临界区会关中断，影响实时性。而调度器挂起只是禁止任务切换，中断仍然可以响应。
关键区别：
| 特性 | 调度器挂起 | 临界区 |
|---|---|---|
| 中断响应 | 允许 | 禁止 |
| 任务切换 | 禁止 | 禁止 |
| 适用场景 | 操作共享数据 | 操作硬件寄存器 |
嗯，这里要注意：调度器挂起是可以嵌套的，但必须成对使用。挂起两次就要恢复两次，否则调度器永远不工作了。
3.5 知识体系总览
为了让你更直观地理解整个调度机制，我画了一张流程图：
这张图把整个调度流程串起来了。你从顶部开始看：调度器启动后，先检查有没有高优先级任务就绪。有就抢，没有就看同优先级任务的时间片是否用完。如果所有任务都阻塞了，就交给空闲任务。
我的建议：刚开始学的时候，别急着调优先级。先把任务都设成同一优先级，用时间片轮转跑通。等熟悉了再引入优先级抢占。这样出问题了也好排查。
好了，任务调度机制就讲到这里。记住一句话：抢占式调度保证实时性，时间片轮转保证公平性，空闲任务保证系统不空转。这三者配合，才能让FreeRTOS高效运转。
公众号:蓝海资料掘金营，微信deep3321