4. 非抢占式调度：定义、特点、工作流程
好，咱们今天聊聊非抢占式调度。说实话，这个概念我刚入行时总觉得它“不够高级”——毕竟不能随时打断任务，听起来有点笨。但后来我在一个嵌入式项目里被它救了一命，才明白它的价值。
4.1 什么是非抢占式调度？
非抢占式调度，说白了就是：一个任务一旦开始运行，除非它自己主动让出CPU，否则谁也别想把它赶下来。
你想想看，这就像你在办公室里写代码，领导不会突然冲进来说“你停一下，让小王先写”。只有等你写完这段、主动说“我搞定了”，下一个人才会上机。
在操作系统里，这种调度方式也叫“协作式调度”。任务之间靠自觉，互相配合。嗯，这里要注意：不是系统强制切换，而是任务主动让权。
4.2 核心特点
我个人习惯把非抢占式调度的特点归纳为三点，你记一下：
- 任务主动让权：任务通过调用
yield()、sleep()或等待 I/O 来释放 CPU。系统不会强行打断它。 - 没有时钟中断：或者说，时钟中断在这里不是用来做任务切换的。它只用来维护系统时间。
- 执行顺序可预测：因为不会被打断，任务的执行顺序基本是确定的。调试起来特别爽。
我踩过的坑：有一次我在一个物联网设备上用非抢占式调度，结果一个任务里写了死循环——整个系统直接挂掉。从那以后，我写任务函数时都会检查循环条件，确保每个任务都能“主动交权”。
4.3 工作流程
非抢占式调度的工作流程其实很简单，我画个图你就明白了：
你看这个流程，是不是很直观？任务从队列里出来，跑到CPU上干活，干完了主动说“我好了”，然后下一个任务再上。没有中断，没有抢占，干干净净。
4.4 代码示例：一个简单的非抢占式调度器
我记得刚学操作系统时，老师让我们手写一个微型调度器。下面这个例子，就是我当时写的简化版：
// 非抢占式调度器核心代码
#include <stdio.h>
#define MAX_TASKS 5
typedef struct {
void (*func)(void); // 任务函数指针
int state; // 0: 就绪, 1: 运行, 2: 完成
} Task;
Task tasks[MAX_TASKS];
int current_task = 0;
void scheduler_run() {
while (1) {
// 找下一个就绪的任务
int found = 0;
for (int i = 0; i < MAX_TASKS; i++) {
int idx = (current_task + i) % MAX_TASKS;
if (tasks[idx].state == 0) {
current_task = idx;
found = 1;
break;
}
}
if (!found) break; // 所有任务都完成了
// 运行当前任务
tasks[current_task].state = 1; // 标记为运行
tasks[current_task].func(); // 执行任务
tasks[current_task].state = 2; // 标记为完成
// 注意：这里没有时钟中断，任务自己决定何时返回
}
}
// 示例任务
void task1() {
printf("任务1: 采集传感器数据\n");
// 任务执行完毕，自动返回
}
void task2() {
printf("任务2: 处理数据\n");
// 也可以主动让权
// 但这里不需要，函数返回就是让权
}我的经验：在实际项目中，我通常会在每个任务里加一个“看门狗喂狗”操作。因为非抢占式调度下，如果一个任务卡住了，整个系统就停了。喂狗操作至少能让硬件复位，不至于彻底死掉。
4.5 适用场景
非抢占式调度不是万能的，但它在某些场景下特别好用：
| 场景 | 为什么适合 | 我见过的案例 |
|---|---|---|
| 嵌入式裸机系统 | 资源少，不需要复杂调度 | 智能电表、遥控器 |
| 任务执行时间短 | 每个任务很快完成，不会阻塞 | 按键扫描、LED闪烁 |
| 对实时性要求不高 | 不需要精确的时间片 | 温湿度采集（每秒一次） |
| 调试阶段 | 执行顺序确定，容易定位问题 | 原型验证、教学实验 |
⚠️ 重要提醒：非抢占式调度不适合以下场景：
- 有高优先级任务需要立即响应（比如紧急停机）
- 任务执行时间不确定或可能很长
- 需要公平分配CPU时间的系统
我曾经在一个电机控制项目里用了非抢占式调度，结果一个任务里做了浮点运算，耗时太长，导致另一个任务错过了控制周期——电机直接抖起来了。后来换成抢占式才解决。
4.6 优缺点总结
最后，咱们用大白话总结一下：
- 优点：实现简单、代码量小、没有竞态条件（因为不会被打断）、调试方便
- 缺点：一个任务卡死全系统完蛋、实时性差、无法处理紧急事件
说白了，非抢占式调度就像是一个“君子协议”——大家自觉排队，谁也别插队。在简单的系统里，它够用、稳定、好理解。但在复杂的系统里，你就得考虑更强大的调度方式了。
嗯，这一节就到这里。记住：没有最好的调度方式，只有最合适的。