📚 课程目录第4章实时操作系统(RTOS)基础

实时操作系统（RTOS）基础：从裸机到多任务的跨越

说实话，很多工程师刚接触 RTOS 时，都觉得它很神秘。我当年第一次在 STM32 上跑 FreeRTOS，心里也在打鼓：这玩意儿到底怎么同时干好几件事的？

其实 RTOS 没那么玄乎。它就是一个系统内核，帮你把 CPU 的时间切碎，分给不同的任务。你想想看，裸机编程里，你写个大循环，轮询各个外设。一旦某个函数卡住了，整个系统就僵在那。RTOS 就是来解决这个问题的。

  RTOS 的核心价值： 把复杂的业务逻辑拆成多个独立任务，让系统看起来在「同时」处理多件事。

RTOS 的定义：不只是个调度器

RTOS，全称 Real-Time Operating System。注意这个「Real-Time」，不是指跑得快，而是指响应时间可预测。我见过不少新手把「实时」等同于「高速」，这是个误区。

一个合格的 RTOS 至少包含这几部分：

任务调度器 — 决定哪个任务该运行
内存管理 — 分配和回收任务栈、队列等资源
同步与通信机制 — 信号量、消息队列、互斥锁
时钟与定时器 — 提供时间基准和延时服务
中断管理 — 让中断服务和任务安全交互

市面上常见的 RTOS 有 FreeRTOS、RT-Thread、uC/OS-III、Zephyr 等。我个人习惯用 FreeRTOS，因为它开源、轻量、资料多。但不管用哪个，底层的原理是相通的。

任务调度：谁先跑，谁后跑？

任务调度是 RTOS 的心脏。调度器按照某种策略，决定当前哪个任务获得 CPU 使用权。

调度策略主要有三种：

调度算法	工作原理	适用场景
抢占式调度	高优先级任务就绪后，立即抢占低优先级任务	大多数实时系统，响应要求高
时间片轮转	同优先级任务轮流运行固定时间片	多个同等重要的任务
协作式调度	任务主动让出 CPU，否则一直运行	简单系统，资源极度受限

我在项目中遇到过一个问题：两个任务共享一个串口，一个发数据，一个收数据。如果都用相同优先级，不加同步机制，数据就乱套了。后来给收数据的任务提了一级优先级，再用队列传递数据，问题就解决了。

避坑指南： 优先级不要设太多层。我见过有人设了 32 级优先级，结果调试时自己都搞不清哪个任务在跑。一般 5~8 级足够用。

上下文切换：任务的「换人」过程

上下文切换，说白了就是 CPU 从一个任务切换到另一个任务时，保存现场、恢复现场的过程。

每次切换，系统要做这几件事：

保存当前任务的寄存器（PC、SP、通用寄存器等）到它的栈中
更新当前任务的状态为「就绪」或「阻塞」
从就绪列表中选出下一个要运行的任务
恢复新任务的寄存器值
跳转到新任务的 PC 位置继续执行

这个过程看起来简单，但开销不小。我曾经在一个 72MHz 的 Cortex-M3 上测过，一次上下文切换大约需要 1~3 微秒。如果你的系统里任务切得太频繁，CPU 时间都花在切换上了，实际干活的时间反而少了。

注意： 上下文切换频率不是越高越好。一般建议任务运行时间至少是切换时间的 10 倍以上，否则系统效率会很低。

下面这张图展示了三个任务在抢占式调度下的切换过程：

中断管理：让紧急事件插队

中断是嵌入式系统的灵魂。没有中断，CPU 就得不停地轮询外设，效率极低。

在 RTOS 中，中断管理有几个关键点：

中断服务程序（ISR）要短 — 只做最紧急的事，比如读数据、清标志。耗时操作交给任务去做。
中断与任务的通信 — 常用信号量或消息队列。ISR 里发信号，任务里处理。
中断嵌套 — 高优先级中断可以打断低优先级中断。但嵌套层数不宜过多，否则栈会爆。

我记得有一次调试一个电机控制项目，中断里做了太多计算，导致主任务一直得不到 CPU。电机转是转了，但通信任务超时，上位机频繁报错。后来我把计算挪到任务里，中断只负责触发，问题就解决了。

经验之谈： ISR 里不要调用 printf、malloc 这类不可重入函数。我曾经因为这个踩过坑，程序跑着跑着就 HardFault 了。调试了两天才找到原因。

一个简单的任务创建示例

下面用 FreeRTOS 的 API 演示一下任务创建和调度。代码很简单，但包含了核心概念：

#include "FreeRTOS.h"
#include "task.h"

// 任务函数：LED 闪烁
void vTaskLED(void *pvParameters) {
    for (;;) {
        GPIO_ToggleBits(GPIOA, GPIO_Pin_5);
        vTaskDelay(pdMS_TO_TICKS(500));  // 阻塞 500ms
    }
}

// 任务函数：串口打印
void vTaskUART(void *pvParameters) {
    for (;;) {
        printf("System running...\n");
        vTaskDelay(pdMS_TO_TICKS(1000));
    }
}

int main(void) {
    // 硬件初始化
    SystemInit();
    GPIO_Init();

    // 创建两个任务
    xTaskCreate(vTaskLED, "LED", 128, NULL, 1, NULL);
    xTaskCreate(vTaskUART, "UART", 256, NULL, 2, NULL);

    // 启动调度器
    vTaskStartScheduler();

    // 正常情况下不会跑到这里
    for (;;);
}

你看，两个任务各自独立运行。LED 任务每 500ms 闪一次，UART 任务每 1000ms 打印一次。调度器会自动在它们之间切换。UART 任务优先级高，所以它就绪时会先运行。

注意： 任务栈大小要合理分配。太小会栈溢出，太大浪费内存。我一般先给个保守值，然后用 FreeRTOS 的 uxTaskGetStackHighWaterMark() 函数查看实际使用量，再调整到合适大小。

小结

RTOS 的基础就这些：任务调度让系统能「同时」处理多件事，上下文切换是任务切换的底层机制，中断管理让紧急事件得到及时响应。

嗯，这里要注意：学 RTOS 不能光看理论，一定要动手写代码。我建议你从 FreeRTOS 的官方例程开始，先跑通两个任务，再慢慢加功能。遇到问题别慌，用调试器看任务状态、看栈使用量，大部分问题都能定位到。