第二课：任务状态机——就绪态、运行态、阻塞态、挂起态
各位同学，咱们今天聊聊RTOS里最核心的概念之一——任务状态机。说白了，就是任务在系统里到底有几种活法。
我记得刚入行那会儿，总觉得任务就是“要么在跑，要么没跑”。后来被一个bug折磨了三天，才发现任务的状态远比我以为的复杂。嗯，今天咱们就把这四种状态掰开揉碎了讲清楚。
一、四种基本状态
在RTOS里，一个任务的生命周期有四种状态。我习惯把它们比作一个人的日常：
- 运行态（Running）：任务正在占用CPU，真正在执行代码。就像你正在专心写代码，谁叫你都不理。
- 就绪态（Ready）：任务啥都准备好了，就等CPU空闲。好比你在食堂排队，前面的人打完饭就轮到你。
- 阻塞态（Blocked）：任务在等某个事件，比如等一个信号量、等一段延时。就像你等外卖，外卖没到之前你啥也干不了。
- 挂起态（Suspended）：任务被强制暂停，不参与调度。这有点像你被领导叫去谈话，手头工作全部暂停。
关键点：一个任务同一时刻只能处于一种状态。这是RTOS调度器管理任务的基本前提。
二、状态转换图与条件
咱们来看看这些状态之间是怎么跳转的。我在项目里画过无数张状态转换图，这张是最基础的：
创建 → 就绪态
↓
运行态 ←→ 就绪态（被抢占）
↓
阻塞态 → 就绪态（事件到达）
↓
挂起态 → 就绪态（恢复）
具体转换条件，我整理了一张表，你保存好：
| 当前状态 | 目标状态 | 转换条件 | 我踩过的坑 |
|---|---|---|---|
| 就绪态 | 运行态 | 调度器选中该任务 | 优先级设置不当，低优先级任务永远得不到运行 |
| 运行态 | 就绪态 | 被更高优先级任务抢占，或时间片用完 | 我曾经忘了开时间片轮转，结果一个任务死循环，整个系统卡死 |
| 运行态 | 阻塞态 | 调用延时函数、等待信号量/消息队列/事件标志组 | 注意：阻塞超时设置不合理，会导致任务假死 |
| 阻塞态 | 就绪态 | 等待的事件到达，或超时返回 | 超时返回后要检查返回值，别直接往下走 |
| 运行态/就绪态/阻塞态 | 挂起态 | 调用任务挂起函数（如 vTaskSuspend） | 挂起态的任务只能通过恢复函数唤醒 |
| 挂起态 | 就绪态 | 调用任务恢复函数（如 vTaskResume） | 我曾经在中断里调用恢复函数，结果触发了调度，导致中断响应延迟 |
我的小技巧：调试时，我习惯在每个任务里加一个状态打印。用串口输出当前状态，配合逻辑分析仪，能快速定位任务卡在哪个环节。
三、实际项目中的状态管理
你想想看，在消防报警系统里，任务状态管理有多重要？
举个例子，烟雾传感器采集任务。正常情况下它在就绪态和运行态之间切换。但一旦检测到烟雾浓度超标，它需要立刻进入阻塞态，等待一个“确认信号”。如果5秒内没收到确认，就自动恢复为就绪态，重新采集。
为什么会这样设计？因为传感器可能误报。阻塞态给了系统一个“冷静期”，避免误触发报警。
我曾经在一个项目中，把传感器采集任务的阻塞超时设成了100毫秒。结果呢？传感器一有波动就触发报警，消防队白跑了好几趟。后来改成3秒，问题就解决了。
四、避坑指南
注意：以下是我用真金白银换来的教训：
- 不要在中断里调用阻塞函数——中断上下文不能阻塞，否则系统直接崩溃。我曾经犯过这个错，排查了两天才找到原因。
- 挂起态和阻塞态的区别要分清——阻塞态是任务自己主动等的，挂起态是别人强制暂停的。恢复方式完全不同。
- 优先级反转——低优先级任务持有信号量，高优先级任务等信号量，中间优先级任务抢占了CPU。这时候高优先级任务明明就绪，却跑不起来。解决办法是优先级继承或使用互斥量。
五、代码示例：状态切换演示
咱们用FreeRTOS的API来演示一下状态切换。这段代码我实际用在消防报警的主控模块里：
// 任务1：传感器采集
void vSensorTask(void *pvParameters) {
for(;;) {
// 运行态：采集数据
uint32_t value = read_sensor();
if(value > THRESHOLD) {
// 进入阻塞态，等待确认信号，超时5秒
if(xSemaphoreTake(xConfirmSem, pdMS_TO_TICKS(5000)) == pdTRUE) {
// 收到确认，触发报警
trigger_alarm();
} else {
// 超时，重新采集
// 这里我习惯打印一条调试信息
printf("Sensor timeout, retrying...\n");
}
}
// 任务主动让出CPU，进入就绪态
taskYIELD();
}
}
// 任务2：人工确认
void vConfirmTask(void *pvParameters) {
for(;;) {
// 等待按键输入
if(key_pressed()) {
// 发送确认信号
xSemaphoreGive(xConfirmSem);
}
vTaskDelay(pdMS_TO_TICKS(10));
}
}
你看，这段代码里任务1在检测到异常后，从运行态进入阻塞态。等确认信号或者超时后，又回到就绪态。整个过程清晰明了。
六、总结
任务状态机是RTOS的基石。说白了，你理解了这四种状态和它们的转换条件，就掌握了RTOS调度的核心逻辑。
我个人建议，刚开始学的时候，别急着写复杂代码。先画状态转换图，把每个任务的生命周期理清楚。我在带新人时，第一件事就是让他们画图。画明白了，代码自然就写对了。
下一节课，咱们聊聊优先级设计。那才是真正考验功力的地方。