4. 调度策略对比：时间片轮转、优先级抢占、协作式调度、混合调度策略优劣分析

调度策略，说白了就是操作系统决定“下一个该谁跑”的规则。我做了这么多年嵌入式，见过不少项目在调度策略上栽跟头。选对了，系统稳如老狗；选错了，各种诡异问题让你怀疑人生。

今天咱们就把四种主流调度策略掰开揉碎，看看它们各自的脾气秉性。你想想看，一个跑在Cortex-M3上的智能门锁，和一个跑在Cortex-A72上的工业网关，它们需要的调度策略能一样吗？肯定不一样。

4.1 时间片轮转调度（Round-Robin）

时间片轮转，我习惯叫它“大家轮流坐庄”。每个任务分到固定长度的时间片，时间一到就强制切换给下一个就绪任务。

我在一个多路数据采集项目中用过纯RR调度。8个传感器通道，每个采集任务分5ms时间片，大家轮流跑。好处是代码简单，坏处是——嗯，一旦某个通道需要紧急处理，它也得乖乖排队。

维度	说明
优点	实现简单，公平性好，无饥饿问题
缺点	实时性差，紧急任务无法优先处理，上下文切换频繁
适用场景	任务优先级相同、对实时性要求不高的系统
典型开销	每次切换约 50~200 个CPU周期（取决于架构）

4.2 优先级抢占调度（Priority-Preemptive）

这是RTOS的看家本领。每个任务分配一个优先级，高优先级任务就绪时，立即抢占正在运行的低优先级任务。

说白了，就是“官大一级压死人”。我调试过一个电机控制项目，电流环任务优先级最高，速度环次之，位置环最低。电流环一就绪，速度环和位置环立马靠边站。

维度	说明
优点	实时性强，紧急任务能立即响应
缺点	低优先级任务可能饿死，需要优先级反转处理机制
适用场景	硬实时系统、任务优先级分明的场景
典型开销	每次抢占约 80~300 个CPU周期（含优先级查找）

为什么会发生优先级反转？我曾经在一个通信协议栈里遇到过：低优先级任务持有互斥锁，中优先级任务一直跑，高优先级任务等锁等到死。解决办法？要么用优先级继承，要么用优先级天花板协议。

4.3 协作式调度（Cooperative）

协作式调度，也叫非抢占调度。任务自己决定什么时候让出CPU，通常通过调用 task_yield() 或等待事件来主动释放。

这种调度方式，说白了就是“自觉”。每个任务跑完了自己的活，主动说“下一个谁来”。我在早期的一些8位机项目里用过，那时候资源紧张，连个像样的RTOS都跑不起来。

维度	说明
优点	无锁编程简单，切换开销极小（约 10~50 周期），确定性极高
缺点	任务必须主动让权，否则阻塞整个系统
适用场景	状态机主导、任务执行时间短且可预测的系统
典型开销	每次让权约 10~50 个CPU周期

4.4 混合调度策略

实际项目中，很少只用一种调度策略。混合调度才是常态。比如：高优先级任务用抢占式，同优先级任务用时间片轮转。

我参与过一个车载信息娱乐系统，就是典型的混合调度：

• 安全相关的任务（刹车、气囊）用最高优先级 + 抢占式
• UI刷新任务用中等优先级 + 时间片轮转
• 日志记录任务用最低优先级 + 协作式

这样既保证了硬实时任务的响应速度，又让同优先级任务公平共享CPU，还让低优先级任务不干扰关键路径。

策略组合	典型应用	优势
抢占 + 时间片	FreeRTOS 默认配置	实时性与公平性兼顾
抢占 + 协作	高优先级抢占，低优先级协作	减少低优先级任务切换开销
时间片 + 协作	同优先级轮转，空闲任务协作	适合低功耗场景

4.5 四种策略对比总表

特性	时间片轮转	优先级抢占	协作式	混合调度
实时性	低	高	中（取决于任务自觉）	高
公平性	高	低（低优先级可能饿死）	中	中高
切换开销	中	高	低	中高
实现复杂度	低	中	极低	高
饥饿问题	无	有	无	可能
典型RTOS	uC/OS-II（纯RR模式）	FreeRTOS、RT-Thread	Protothreads、状态机	VxWorks、QNX

4.6 调度策略选择决策流程

我一般按这个思路选调度策略，你可以参考一下：

1. 系统有硬实时任务吗？ → 是 → 必须用优先级抢占
2. 同优先级任务多吗？ → 是 → 加时间片轮转
3. CPU资源极度紧张？ → 是 → 考虑协作式
4. 任务执行时间可预测吗？ → 否 → 避免纯协作式
5. 需要低功耗？ → 是 → 混合调度 + 空闲任务协作

4.7 实际项目中的选择建议

说了这么多理论，咱们落地到实际项目看看：

• 智能家居网关：混合调度（抢占 + 时间片）。网络协议栈高优先级，设备管理中等优先级，日志低优先级。
• 传感器数据采集器：时间片轮转。所有传感器通道平等，没有紧急任务。
• 无人机飞控：纯优先级抢占。姿态控制最高优先级，导航次之，遥测最低。
• 低功耗蓝牙设备：协作式。任务执行时间短，主动让权减少切换开销。