RTOS核心概念：任务、调度、上下文切换
各位同学，咱们今天聊点硬核的。RTOS（实时操作系统）到底是个啥？说白了，它就是一个能帮你把CPU时间切碎了、分给多个任务去跑的管家。我刚开始接触RTOS时，总觉得它很神秘，后来自己动手写了个微型调度器，才恍然大悟——其实核心就那么几个概念。
今天这一章，咱们就聚焦三个关键词：任务、调度、上下文切换。把这仨搞明白，RTOS的大门就算被你踹开了。
1. 任务：RTOS里的"线程"
在裸机时代，我们写程序就是一个大循环：
void main(void)
{
while(1)
{
read_sensor();
process_data();
update_display();
delay_ms(100);
}
}这种写法有什么问题？你想想看，如果read_sensor()卡住了，整个系统就瘫痪了。我曾在项目中遇到过这种情况——一个I2C传感器偶尔会挂死，结果整个设备都跟着死机，用户只能断电重启。
RTOS的解决方案是什么？把每个功能拆成独立的任务。每个任务都有自己的栈空间、优先级和状态。它们看起来像是"同时"在运行，实际上CPU在快速切换。
任务的核心属性：
- 任务控制块（TCB）：每个任务都有一个TCB，里面存着栈指针、优先级、状态等信息。你可以把它理解为任务的"身份证"。
- 任务栈：每个任务独享一段栈空间，用于保存局部变量和函数调用链。
- 优先级：数字越小优先级越高（不同RTOS可能相反，注意看手册）。
2. 任务状态机：就绪、运行、阻塞、挂起
任务不是一直"活着"的。它有生命周期。我习惯用状态机来理解它——每个任务在任意时刻都处于以下四种状态之一：
这张图我建议你存下来。每次写RTOS程序时，心里都要清楚：当前任务在哪个状态？为什么？
避坑指南：我曾经在项目里犯过一个低级错误——在中断服务函数里调用了vTaskDelay()。结果呢？任务直接卡死在阻塞状态，再也回不来了。记住：中断里不要调用会阻塞的API！
3. 抢占式调度 vs 时间片轮转
调度器是RTOS的大脑。它决定"下一个该谁跑"。常见的调度策略有两种：
| 特性 | 抢占式调度 | 时间片轮转 |
|---|---|---|
| 核心原则 | 高优先级任务随时可以打断低优先级任务 | 同优先级任务轮流执行固定时间片 |
| 实时性 | 高，紧急任务能立即响应 | 中等，取决于时间片大小 |
| 公平性 | 低优先级可能"饿死" | 同优先级任务公平共享CPU |
| 典型应用 | 工业控制、汽车电子 | 消费电子、人机交互 |
抢占式调度，说白了就是"谁急谁先上"。我在做电机控制项目时，电流环任务必须每100微秒执行一次，优先级设得最高。其他任务比如按键扫描、LED闪烁，优先级低一些，反正晚几十毫秒也没事。
时间片轮转呢？它更像"轮流坐庄"。每个任务分到固定时间片（比如10毫秒），时间到了就换下一个。你想想看，如果三个任务优先级相同，每个跑10ms，那它们看起来就像在"同时"运行。
注意：大多数RTOS（如FreeRTOS、uC/OS）默认使用抢占式调度。但你可以配置为时间片轮转，或者两者混合使用。我个人习惯：关键任务用抢占式，非关键任务用时间片轮转。
4. 上下文切换：RTOS的"换人"操作
上下文切换，就是CPU从一个任务切换到另一个任务的过程。这个过程需要保存当前任务的寄存器、栈指针、程序计数器等信息，然后恢复下一个任务的这些信息。
听起来复杂？其实就三步：
- 保存现场：把当前任务的寄存器压入它的栈中
- 切换栈指针：指向下一个任务的栈顶
- 恢复现场：从新任务的栈中弹出寄存器值
我刚开始学RTOS时，总觉得上下文切换很神秘。后来自己用汇编写了个简单的切换函数，才发现核心代码也就十几行：
; 伪代码示意 - 上下文切换
; 保存当前任务上下文
PUSH R0-R12
PUSH LR
PUSH PC
STR SP, [CURRENT_TCB]
; 切换到下一个任务
LDR SP, [NEXT_TCB]
; 恢复新任务上下文
POP PC
POP LR
POP R0-R12关键点：上下文切换是有代价的！每次切换大约需要几微秒到几十微秒（取决于CPU和RTOS实现）。如果任务切换太频繁，CPU时间都花在"换人"上了，实际干活的时间就少了。我建议：任务切换频率不要超过每秒1000次。
5. 实战建议
学到这里，你可能觉得概念都懂了。但真正写代码时，还是会遇到各种坑。我分享几个经验：
- 任务栈大小要留余量：我习惯给每个任务多分配20%的栈空间。曾经有个项目，任务栈刚好够用，结果加了个调试打印函数，栈溢出了，系统随机死机。查了三天才找到原因。
- 优先级不要超过7级：优先级太多，调度逻辑会变得复杂，而且容易出优先级反转问题。我一般只用3-5级。
- 阻塞状态是好事：如果一个任务永远在"运行"状态，说明它在空转，浪费CPU。合理的做法是：没事干就阻塞，等事件来了再唤醒。
嗯，这一章的内容就到这里。记住：任务、调度、上下文切换，这三个概念是RTOS的基石。下一章咱们会深入聊聊任务间通信——信号量、消息队列、互斥锁。到时候你会发现，这些机制都是在今天的基础上搭建起来的。
公众号:蓝海资料掘金营，微信deep3321