📚 课程目录第1章 RTOS选型与ThreadX概览

1. RTOS选型与ThreadX概览：为什么选择ThreadX？

做嵌入式开发这些年，我接触过不少RTOS。从早期的uC/OS，到后来项目里大面积铺开的FreeRTOS，再到最近几年深度使用的ThreadX。说实话，每次选型都是一次权衡——资源、生态、实时性、可靠性，哪个都不能少。

今天咱们就聊聊，在资源受限的MCU上，ThreadX到底凭什么值得你花时间学它。

1.1 先看硬指标：资源占用对比

我习惯先看ROM和RAM的占用。毕竟MCU就那么大点地方，省出来的每一字节都能留给业务逻辑。

指标	ThreadX	FreeRTOS	uC/OS-III
最小ROM占用	~2KB	~4KB	~6KB
最小RAM占用	~1KB	~2KB	~3KB
内核对象数量	可裁剪至最少3个	最少5个	最少8个
任务切换时间	~0.8μs (72MHz Cortex-M3)	~1.2μs	~1.5μs
中断延迟	可配置为0	依赖配置	依赖配置

你看这个表，ThreadX在资源占用上确实有优势。我在一个STM32G030项目里，只用2KB ROM就跑起了基础调度，剩下的空间全给了业务代码。换成FreeRTOS，同样的功能得挤一挤才能放下。

1.2 为什么ThreadX能这么省？

说白了，ThreadX的设计哲学就是「极致精简」。它的内核只有几个核心文件，没有多余的抽象层。你想想看，很多RTOS为了兼容性，会包一层硬件抽象，这本身就占空间。ThreadX直接跟硬件打交道，省掉了中间商。

另外，ThreadX的调度算法是优先级抢占式+时间片轮转，但它的实现非常紧凑。我记得第一次看它的源码时，一个任务切换函数只有几十行汇编，干净利落。

核心优势总结：

内核极小，适合Cortex-M0/M0+这类入门级MCU
所有组件可裁剪，按需编译
中断延迟可配置为0，适合硬实时场景
商业级可靠性，通过多种安全认证

1.3 对比FreeRTOS：生态与实时性的取舍

FreeRTOS的生态确实好，文档多、社区活跃、第三方库也多。但它的实时性有个问题——任务切换时间不稳定。我在一个电机控制项目里遇到过，FreeRTOS在中断频繁时，任务切换抖动能达到几十微秒。这对控制环路来说，影响很大。

ThreadX的调度器是确定性的。每个任务的切换时间几乎固定，抖动在纳秒级。这一点，做过程序控制的朋友应该懂它的价值。

我的经验：如果你的项目需要稳定的实时响应，比如电机FOC、数字电源、音频处理，ThreadX比FreeRTOS更靠谱。如果只是做物联网传感器、简单数据采集，FreeRTOS完全够用。

1.4 对比uC/OS：商业化的代价

uC/OS曾经是RTOS的标杆，代码规范、文档详尽。但它的商业化策略变了——现在uC/OS-III需要商业授权，而且源码不再完全开放。这对很多小团队来说，成本太高。

ThreadX被微软收购后，虽然也是商业产品，但对个人和小团队免费。而且源码完全开放，你可以看到每一行代码。这一点，我觉得比uC/OS更友好。

另外，uC/OS的内核相对臃肿。它的任务控制块（TCB）里塞了很多功能，即使你不用，也占着空间。ThreadX的TCB就精简得多，只保留核心字段。

1.5 ThreadX在资源受限MCU上的独特优势

咱们重点说说资源受限的场景。比如Cortex-M0，只有几KB RAM，几十KB Flash。这种MCU上跑RTOS，每一字节都得精打细算。

零中断延迟模式：ThreadX可以配置为不关中断，这对实时性要求极高的场景是杀手锏。
动态内存管理：它的内存池分配算法非常高效，碎片少。我在一个8KB RAM的项目里，用它的内存池跑了3个任务，半年没出过内存问题。
组件可独立使用：你不需要把整个ThreadX都编译进去。只用调度器？可以。只用消息队列？也可以。每个组件都是独立的模块。
低功耗支持：ThreadX的Tickless模式做得很好，在电池供电设备里能显著降低功耗。

注意：ThreadX的零中断延迟模式虽然好，但需要你对硬件中断优先级有清晰的理解。我曾经在一个项目里配置错了，导致中断嵌套死锁。嗯，调试了两天才找到原因。所以用这个功能前，一定要仔细看手册。

1.6 ThreadX的知识体系结构

下面这张图是我自己整理的ThreadX核心知识体系，你可以先有个整体印象。后面每一章都会深入讲解。

1.7 什么时候选ThreadX？

我总结了几种场景，你可以对照自己的项目看看：

MCU资源紧张：Flash小于64KB，RAM小于16KB。ThreadX的裁剪能力能帮你省出空间。
硬实时要求：中断响应时间需要确定，抖动在微秒级以内。ThreadX的零中断延迟模式是首选。
安全认证需求：医疗、汽车、工业控制等领域。ThreadX通过了IEC 61508、ISO 26262等认证。
商业项目：需要商业支持，但又不想花太多钱。ThreadX对个人和小团队免费。
学习研究：想深入理解RTOS内核实现。ThreadX的源码清晰、注释完整，非常适合学习。

我的建议：如果你刚开始学RTOS，可以从ThreadX入手。它的API设计很规范，命名清晰，不容易用错。等你熟悉了ThreadX，再去看FreeRTOS或者uC/OS，会发现很多设计思路是相通的。

1.8 一个简单的代码示例

最后，咱们看一个ThreadX的Hello World。这段代码创建了两个任务，一个打印消息，一个闪烁LED。在资源受限的MCU上，这个例子只需要不到3KB的ROM。

#include "tx_api.h"

/* 任务控制块和栈 */
TX_THREAD thread_0;
TX_THREAD thread_1;
uint8_t thread_0_stack[1024];
uint8_t thread_1_stack[1024];

/* 任务入口函数 */
void thread_0_entry(ULONG thread_input) {
    while(1) {
        tx_thread_sleep(1000);  // 延时1秒
        // 打印消息（实际项目中用串口输出）
    }
}

void thread_1_entry(ULONG thread_input) {
    while(1) {
        tx_thread_sleep(500);   // 延时500ms
        // 翻转LED引脚
    }
}

/* 主函数 */
int main() {
    /* 初始化ThreadX内核 */
    tx_kernel_enter();
    return 0;
}

/* 系统初始化函数 */
void tx_application_define(void *first_unused_memory) {
    /* 创建任务0，优先级10 */
    tx_thread_create(&thread_0, "Thread 0",
                     thread_0_entry, 0,
                     thread_0_stack, sizeof(thread_0_stack),
                     10, 10, TX_NO_TIME_SLICE, TX_AUTO_START);

    /* 创建任务1，优先级15 */
    tx_thread_create(&thread_1, "Thread 1",
                     thread_1_entry, 0,
                     thread_1_stack, sizeof(thread_1_stack),
                     15, 15, TX_NO_TIME_SLICE, TX_AUTO_START);
}

你看，代码很简洁。没有多余的封装，每个API函数的作用一目了然。这就是ThreadX的风格——简单、直接、高效。