课程导论：为什么需要任务调度？裸机编程的痛点与RTOS的引入
大家好，我是你们这门课的老朋友。在嵌入式这行摸爬滚打了十几年，我见过太多从裸机“跳坑”到RTOS的工程师。今天咱们就来聊聊，为什么非得搞个任务调度？裸机编程它不香吗？
裸机编程的“甜蜜陷阱”
刚入行那会儿，我也觉得裸机大循环就是王道。一个 while(1) 搞定一切，简单直接。但项目一复杂，问题就全来了。
核心痛点：实时性无法保证
裸机程序本质上是一个“顺序执行”的模型。你想想看，如果按键扫描、LED刷新、串口收发、传感器采集全挤在一个大循环里，某个任务卡住了，后面的任务就得干等着。
我曾在项目中遇到过这样一个坑：一个温控设备，需要每10ms采集一次温度，每100ms刷新一次OLED显示。裸机下，OLED刷新函数里有个延时，结果温度采集被硬生生拖到了50ms一次。温控精度直接崩了。
裸机编程的三大“死穴”
咱们把裸机编程的痛点掰开揉碎了看，其实就三个核心问题：
| 痛点 | 具体表现 | 后果 |
|---|---|---|
| 实时性差 | 高优先级任务被低优先级任务阻塞 | 关键事件响应延迟，系统失控 |
| 耦合度高 | 所有功能代码揉在一个大循环里 | 改一个功能，可能影响全局 |
| 扩展性弱 | 增加新功能需要重新梳理时序 | 代码维护成本指数级上升 |
说白了，裸机就像一个只有一个收银台的超市。顾客再多，也只能排一队。而RTOS，就是开了多个收银台，每个台子各干各的。
RTOS的引入：从“单线程”到“多任务”
RTOS（实时操作系统）的核心思想，就是任务调度。它把CPU的时间切成很多小片，分给不同的任务。每个任务都觉得自己独占了CPU。
嗯，这里要注意：RTOS不是万能的。它解决的是“实时性”和“模块化”的问题，而不是“算力”问题。CPU总共就那么多MIPS，分给谁、分多少，这就是调度器要干的事。
我的个人习惯：在项目初期，我就会画一张任务优先级表。哪些任务必须立刻响应（比如中断），哪些可以慢慢来（比如日志打印）。这张表，就是调度器的“宪法”。
系统时钟节拍：调度器的“心跳”
调度器怎么知道什么时候该切换任务？靠的就是系统时钟节拍（Tick）。
你可以把Tick想象成心脏的跳动。每次Tick到来，调度器就会检查：当前任务是不是该让出CPU了？有没有更高优先级的任务在等着？
我曾经犯过一个低级错误：把Tick间隔设成了1ms，结果系统大部分时间都在做任务切换，真正干活的时间反而少了。后来我改成5ms，系统瞬间流畅了。
避坑指南：Tick间隔不是越小越好。通常建议在1ms~10ms之间。太短，切换开销大；太长，实时性变差。具体选多少，得看你任务的实时性要求。
调度器协同设计：谁来决定下一个跑谁？
调度器是RTOS的大脑。常见的调度策略有几种：
- 时间片轮转：每个任务轮流跑，公平但实时性一般。
- 优先级抢占：高优先级任务随时可以打断低优先级任务。实时性好，但容易“饿死”低优先级任务。
- 混合调度：结合两者，高优先级用抢占，同优先级用轮转。
我个人最常用的是优先级抢占+时间片轮转。关键任务（比如电机控制）给高优先级，非关键任务（比如状态显示）给低优先级，同优先级之间轮转。
中断管理：RTOS的“特快通道”
中断是嵌入式系统的灵魂。在RTOS里，中断管理比裸机复杂得多。
裸机下，中断来了就处理，处理完就回去。但在RTOS里，中断可能触发任务切换。比如，一个外部中断来了，ISR里发一个信号量，唤醒一个高优先级任务。这个任务可能立刻抢占当前任务。
我记得有一次调试一个串口接收中断，ISR里直接调用了 vTaskDelay()，结果系统直接死机。后来才意识到，ISR里不能调用任何可能阻塞的API。
中断管理黄金法则：
- ISR里只做最紧急的事（比如读数据、清标志）
- 把耗时操作放到任务里做
- ISR和任务之间通过信号量、消息队列通信
- 绝对不要在ISR里调用阻塞函数
知识体系总览
下面这张图，就是咱们这门课的核心知识结构。你可以把它当成一张地图，后面每章都会围绕它展开。
从裸机到RTOS：一个简单的对比
为了让你更直观地感受区别，我写了个小例子。假设我们要实现：按键按下时，LED翻转；同时，串口每秒打印一次“Hello”。
裸机实现（伪代码）：
void main(void) {
while(1) {
if(按键按下) {
LED翻转();
delay(20); // 消抖
}
串口打印("Hello\n");
delay(1000); // 1秒打印一次
}
}问题在哪？如果按键按下，LED翻转后要等20ms消抖，这20ms里串口打印被阻塞了。如果按键按着不放，串口可能永远打不出来。
RTOS实现（伪代码）：
void task_led(void *pv) {
while(1) {
if(按键按下) {
LED翻转();
vTaskDelay(20); // 只阻塞自己
}
}
}
void task_uart(void *pv) {
while(1) {
串口打印("Hello\n");
vTaskDelay(1000);
}
}
void main(void) {
xTaskCreate(task_led, "LED", 128, NULL, 1, NULL);
xTaskCreate(task_uart, "UART", 128, NULL, 1, NULL);
vTaskStartScheduler();
}看到了吗？两个任务互不干扰。按键消抖只阻塞LED任务，串口任务照常运行。这就是任务调度的威力。
小提示：刚开始用RTOS时，别急着把所有功能都拆成任务。先找出那些“时间敏感”和“互相阻塞”的功能，把它们拆开。其他功能可以先留着，慢慢优化。
总结：这门课你会学到什么？
这门课不是教你背API，而是带你从零开始，理解任务调度的底层逻辑。你会学到：
- 系统时钟节拍怎么配置，才能既保证实时性又不浪费CPU
- 调度器怎么设计，才能让高优先级任务“随叫随到”
- 中断怎么管理，才能避免“死锁”和“优先级反转”
- 任务之间怎么通信，才能高效又安全
嗯，内容不少。但别担心，咱们一章一章来。每章我都会结合项目实战，把那些“书上没写”的坑，一个一个指给你看。