1. RTOS 概述与选型：从概念到决策
做嵌入式开发这些年，我接触过不少项目——从智能家居小节点到工业控制器，再到医疗设备。几乎每个项目都会面临同一个问题：到底要不要上 RTOS？上了之后选哪个？
说实话，很多人一开始觉得裸机也能跑，何必多此一举。但项目一复杂，任务一多，你就知道裸机那套 while 循环加中断的方式有多痛苦了。我有个项目，刚开始就三个任务，裸机勉强能跑。后来需求翻倍，加了 Wi-Fi 协议栈、传感器融合算法、还有 UI 刷新……代码直接变成意大利面条。从那以后，我对 RTOS 的态度就变了——它不是可选项，而是必需品。
1.1 实时操作系统核心概念
RTOS 和 Linux 那种通用操作系统不一样。它的核心目标只有一个：在确定的时间内，完成确定的任务。说白了，就是可预测性。
关键指标：任务切换时间、中断响应延迟、信号量获取时间——这些必须是可测量的、有上界的。不能出现“这次 10μs，下次 100μs”的情况。
我习惯把 RTOS 的核心概念拆成三块：
- 任务（Task）：每个任务就是一个独立的执行流，有自己的栈空间和优先级。任务之间通过调度器切换。
- 调度（Scheduling）：决定哪个任务在什么时候运行。常见的有抢占式调度、时间片轮转、协作式调度。
- 同步与通信（IPC）：任务之间怎么交换数据、怎么互相通知。信号量、消息队列、事件标志组，都是干这个的。
你想想看，这三个东西组合起来，就能搭出一个非常灵活的系统。比如一个传感器采集任务，优先级高，每 10ms 跑一次；一个数据处理任务，优先级中等，采集完就唤醒它；一个显示任务，优先级低，有空才刷屏。这就是典型的 RTOS 应用模式。
我的习惯：设计任务时，先画一张任务关系图。谁唤醒谁、谁依赖谁的数据、谁不能被打断——画清楚了再写代码。省得后面改得头皮发麻。
1.2 主流 RTOS 对比
市面上 RTOS 很多，但真正用得多的，其实就那几款。我挑三个最有代表性的：FreeRTOS、RT-Thread、uC/OS。它们各有各的脾气。
| 特性 | FreeRTOS | RT-Thread | uC/OS-III |
|---|---|---|---|
| 许可证 | MIT（商业友好） | Apache 2.0 / 商业 | 商业付费 |
| 内核大小 | 极小（4-9KB） | 中等（最小 3KB，完整版 50KB+） | 中等（6-24KB） |
| 调度方式 | 抢占式 + 时间片 | 抢占式 + 时间片 | 抢占式 + 时间片 |
| 最大任务数 | 无限制（受内存限制） | 无限制 | 无限制（uC/OS-III） |
| IPC 机制 | 队列、信号量、互斥量、事件组 | 邮箱、消息队列、信号量、事件集 | 消息队列、信号量、互斥量、事件标志 |
| 内存管理 | 静态/动态（5种方案） | 静态/动态 + 内存池 | 静态/动态 + 内存分区 |
| 生态 | 极广，移植到 40+ 架构 | 国内生态好，组件丰富 | 成熟稳定，文档齐全 |
| 学习曲线 | 平缓 | 中等（组件多） | 中等偏陡 |
我来逐个说说我的实际感受。
FreeRTOS
这是我最常用的。为什么？轻、快、免费。我做过一个基于 STM32F103 的传感器节点，Flash 只有 64KB，RAM 只有 20KB。FreeRTOS 内核只占了不到 6KB Flash，任务栈还能精细控制。它的调度器写得非常干净，源码就几个 .c 文件，读起来不费劲。
我曾经踩过的坑：FreeRTOS 的 vTaskDelay 是相对延时，不是绝对延时。如果你想让任务精确地每 10ms 跑一次，得用 vTaskDelayUntil。否则时间一长，漂移能让你怀疑人生。
RT-Thread
RT-Thread 在国内越来越火。它的优势在于组件生态——文件系统、网络协议栈、设备驱动框架，开箱即用。如果你做的是 IoT 网关或者带屏幕的交互设备，RT-Thread 能省很多事。不过要注意，它的完整版体积不小，资源受限的 MCU 得掂量一下。
uC/OS-III
uC/OS 是老牌 RTOS，稳定性没得说。我最早学 RTOS 就是看 Jean Labrosse 那本书。它的代码风格非常严谨，适合教学和工业级产品。但现在是商业付费了，小项目用起来有点心疼。而且它的社区活跃度不如 FreeRTOS，遇到问题找答案没那么快。
1.3 选型决策树
选 RTOS 不是拍脑袋的事。我总结了一套决策逻辑，画成图就是下面这样：
决策树看着简单，但实际选型时还要考虑团队经验。我有个教训：有一次给客户选型，我推荐了 RT-Thread，因为功能确实强。但客户团队之前只用过裸机，RT-Thread 的组件体系把他们搞懵了。最后换回 FreeRTOS，两周就出了原型。所以我的建议是：选团队最熟悉的，而不是选功能最强的。
我的选型清单：
- MCU 资源：Flash、RAM 够不够塞下内核 + 任务栈？
- 实时性要求：硬实时还是软实时？中断响应时间有没有硬指标？
- 中间件需求：要不要文件系统、TCP/IP、USB 协议栈？
- 团队能力：大家用过哪个？学习成本能不能接受？
- 许可证：商业产品能不能用？要不要付费？
1.4 小结
RTOS 选型没有银弹。FreeRTOS 轻量灵活，适合资源受限和快速原型；RT-Thread 生态丰富，适合功能复杂的 IoT 设备；uC/OS 稳定可靠，适合工业和安全领域。我的经验是：先搞清楚项目的真实约束，再用决策树过一遍，最后听听团队的意见。别为了用 RTOS 而用 RTOS，也别因为怕学习就死守裸机。