4、调度机制：抢占式调度、时间片轮转、协作式调度、调度策略选择
调度机制，说白了就是操作系统怎么决定「下一个该谁干活」。
我在ECU项目里摸爬滚打这么多年，见过太多因为调度策略选错而翻车的案例。有的系统跑着跑着就卡死了，有的任务优先级设了一堆却毫无效果。嗯，今天咱们就把这几种调度机制掰开揉碎了讲清楚。
4.1 抢占式调度
抢占式调度，核心就一句话：高优先级的任务来了，低优先级的立马让路。
我习惯把它比作「急诊室机制」。你正在门诊排队看感冒，突然送来一个心梗病人，医生立马放下你这边去抢救。等抢救完了，再回来继续给你看病。
关键特征：
- 每个任务都有固定优先级
- 高优先级任务就绪时，立即打断当前运行的低优先级任务
- 系统响应时间可预测，适合硬实时场景
我在做发动机控制ECU时，就遇到过这种情况。喷油中断的优先级必须高于CAN通信任务。有一次喷油中断被CAN任务阻塞了2ms，结果发动机抖动得跟筛子似的。从那以后，我对抢占式调度的优先级分配就格外小心。
避坑指南：我曾经在一个项目中把所有任务都设成了高优先级，结果系统频繁切换，CPU负载飙升到90%以上。记住，优先级不是越高越好，够用就行。
4.2 时间片轮转
时间片轮转，就是大家轮流干，每人干一小段时间。
你想想看，如果所有任务优先级都一样，谁先谁后？时间片轮转就是解决这个问题的。每个任务分到固定的时间片，比如5ms，时间到了就换下一个。
// 时间片轮转调度示例
Task A: 运行5ms → 挂起
Task B: 运行5ms → 挂起
Task C: 运行5ms → 挂起
Task A: 运行5ms → 挂起
// 如此循环往复我个人习惯在非实时性要求高的场景用这个。比如仪表盘显示、空调控制这些，大家轮流跑一跑，谁也别饿着谁。
小技巧：时间片设得太短，上下文切换开销大；设得太长，响应延迟高。我一般建议在1ms到10ms之间，具体看你的CPU性能和任务数量。
4.3 协作式调度
协作式调度，也叫非抢占式调度。任务自己决定什么时候让出CPU。
说白了就是「自觉机制」。每个任务运行到某个点，主动调用yield()或者delay()，把CPU让给别的任务。
适用场景：
- 任务数量少，且每个任务执行时间短
- 系统对实时性要求不高
- 资源极度受限的MCU（比如8位单片机）
我记得有一次做低成本BCM（车身控制模块），MCU只有2KB RAM，跑不了完整的RTOS。最后就是用协作式调度，手动在关键位置插入任务切换点。虽然麻烦，但确实能跑起来。
注意：协作式调度最怕「流氓任务」——一个任务死循环不释放CPU，整个系统就卡死了。我曾经在测试中遇到过，一个while循环忘了加delay，结果车窗控制、灯光控制全部瘫痪。排查了整整两天才找到问题。
4.4 调度策略选择
好了，三种调度机制都讲完了。那实际项目中怎么选？
我一般按这个思路来：
| 场景 | 推荐调度策略 | 原因 |
|---|---|---|
| 发动机控制、安全气囊 | 抢占式调度 | 硬实时要求，响应时间必须可控 |
| 仪表盘、信息娱乐 | 时间片轮转 | 多个同等重要的任务，公平分配CPU |
| 简单传感器采集 | 协作式调度 | 资源受限，任务简单 |
| 混合场景 | 抢占式+时间片混合 | 高优先级任务抢占，同优先级轮转 |
我的经验：实际ECU项目中，90%以上用的是抢占式调度。但要注意，抢占式调度不是万能的。优先级反转、死锁这些问题，都是抢占式调度带来的副作用。后面章节我会专门讲怎么处理这些问题。
最后说一句：调度策略没有绝对的好坏，只有合不合适。你想想看，一个简单的雨刮控制器，你非要用复杂的抢占式调度，那不是杀鸡用牛刀吗？
嗯，这一章就到这里。下一章咱们聊聊任务间通信，那又是一个容易踩坑的地方。