📚 课程目录第1章 RTOS概述

1. RTOS 概述：从裸机到实时内核

大家好，我是你们的老朋友。做嵌入式开发十几年了，从最早的 8051 到现在的多核 Cortex-A，我踩过的坑比走过的路还多。今天咱们聊聊 RTOS——实时操作系统。嗯，这玩意儿说白了，就是给单片机请了个“管家”。

1.1 什么是 RTOS？

RTOS，全称 Real-Time Operating System。它不是 Linux 那种“大而全”的系统，而是专门为嵌入式场景设计的轻量级内核。它的核心使命只有一个：在确定的时间内，做完确定的事情。

关键指标： RTOS 的任务切换时间通常是微秒级的。我见过一个项目，要求中断响应必须在 10μs 内完成——裸机根本扛不住，上了 FreeRTOS 才搞定。

你可能会问：“那它和裸机开发到底有啥区别？” 别急，咱们看个表就明白了。

对比维度	裸机开发	RTOS 开发
任务管理	主循环 + 中断，全靠程序员手动调度	内核自动调度，任务有优先级
实时性	依赖中断优先级，大循环可能卡死	可抢占式调度，高优先级任务立即执行
代码复杂度	逻辑耦合度高，改一处可能崩全局	任务独立，模块化，好维护
资源开销	几乎为零	RAM 占用 2-10KB，ROM 占用 5-20KB
调试难度	简单场景容易，复杂场景噩梦	有任务栈、信号量等工具，定位问题快

我的经验： 裸机就像一个人同时做三件事——做饭、接电话、看孩子，最后饭糊了、电话挂了、孩子哭了。RTOS 就是给每件事分配一个人，各干各的，互不干扰。

1.2 主流 RTOS 介绍

市面上 RTOS 很多，但真正经得起项目考验的，也就那么几个。我挑三个最常用的聊聊。

FreeRTOS

开源、免费、资料多。我最早接触 RTOS 就是用它。它的内核非常精简，任务调度、队列、信号量、互斥锁一应俱全。适合资源受限的 MCU，比如 STM32、ESP32。

RT-Thread

国产之光。它不只是内核，还带了文件系统、网络协议栈、设备驱动框架。我去年做一个物联网网关项目，直接用了 RT-Thread 的组件，省了至少两个月开发时间。

uC/OS-II / uC/OS-III

老牌 RTOS，代码质量极高。我读过它的源码，注释比代码还多。不过现在商业授权有点贵，小项目慎用。

特性	FreeRTOS	RT-Thread	uC/OS-III
授权方式	MIT 开源	Apache 2.0	商业授权
最小 RAM 需求	~2KB	~4KB	~6KB
任务数量	无限制	无限制	无限制
抢占式调度	支持	支持	支持
组件生态	一般	丰富	较少

避坑指南： 我曾经在一个项目里选了 uC/OS-III，结果客户要求改授权协议，折腾了两个月。后来我学乖了——商业项目优先考虑 FreeRTOS 或 RT-Thread，省心。

1.3 RTOS 核心概念

这部分是基础中的基础。你想想看，不懂这些概念，后面写驱动就是瞎搞。

任务（Task）

任务就是一段独立的代码，有自己的栈空间和优先级。RTOS 内核负责调度这些任务，让它们“看起来”在同时运行。

// FreeRTOS 任务创建示例
void vTask1(void *pvParameters) {
    while(1) {
        // 任务代码
        vTaskDelay(pdMS_TO_TICKS(100));
    }
}

xTaskCreate(vTask1, "Task1", 128, NULL, 1, NULL);

调度（Scheduling）

调度是 RTOS 的心脏。常见的调度方式有两种：

抢占式调度： 高优先级任务随时可以打断低优先级任务。我习惯用这种方式，实时性最好。
时间片轮转： 同优先级任务轮流执行，每个任务分到固定的时间片。

同步（Synchronization）

任务之间怎么通信？怎么避免冲突？这就用到同步机制了。

同步机制	用途	典型场景
信号量	任务间或中断与任务间的通知	按键按下 -> 唤醒处理任务
互斥锁	保护共享资源，防止数据竞争	多个任务写同一个 UART
消息队列	传递数据块	传感器数据 -> 显示任务
事件标志组	等待多个条件同时满足	等待按键 + 定时器 + 网络就绪

我的习惯： 能用消息队列就别用全局变量。全局变量是万恶之源——我见过一个项目因为全局变量被多个任务乱改，最后查 bug 查了三天。

1.4 RTOS 核心知识结构图

下面这张图是我自己画的，把 RTOS 的核心知识点串起来了。你看一眼，心里就有谱了。

1.5 小结

这一章咱们把 RTOS 的底牌翻了个遍。从定义到对比，从主流系统到核心概念，你应该心里有数了。记住一句话：RTOS 不是银弹，但它是解决复杂嵌入式问题的利器。