1. 任务间通信概述：为什么需要任务间通信？邮箱与队列的基本概念

大家好，我是你们的嵌入式系统讲师。今天咱们开始聊RTOS里一个特别核心的话题——任务间通信。

说实话，我刚开始做嵌入式开发那会儿，觉得单任务跑得挺顺的。后来项目越来越复杂，一个任务根本忙不过来。你想想看，一个系统里要同时处理传感器数据、控制电机、刷新屏幕、响应按键……全塞在一个while(1)里，那代码简直没法看。

1.1 为什么需要任务间通信？

RTOS里，我们把大系统拆成多个小任务。每个任务各司其职，比如：

• 任务A：读取温度传感器，每100ms采集一次
• 任务B：处理数据，计算平均值、判断是否超限
• 任务C：控制风扇或加热器
• 任务D：把数据显示到OLED屏幕上

这些任务不是孤立的。任务A采集到的温度值，得传给任务B去处理。任务B算出的结果，得告诉任务C该不该开风扇。你看，任务之间需要传递数据，这就是任务间通信要解决的问题。

有人可能会说：「用全局变量不就行了？」嗯，我年轻时也这么干过。结果呢？有一次调试一个工业控制器，任务A写数据到一半，任务B突然抢进来读，读到的数据半新不旧，直接导致控制逻辑出错。那次排查了整整两天，最后发现是共享变量没加保护。

所以，任务间通信要解决两个关键问题：

1. 数据传递：把数据从一个任务送到另一个任务
2. 同步与互斥：防止多个任务同时访问共享数据导致混乱

1.2 邮箱的基本概念

邮箱，说白了就是一个能放一条消息的容器。你可以把它想象成一个实体邮箱：

• 有人往里面放一封信（发送消息）
• 有人从里面取走信（接收消息）
• 邮箱一次只能放一封信（容量为1）
• 如果邮箱满了，再放信的人就得等着（阻塞）
• 如果邮箱空了，取信的人也得等着（阻塞）

在RTOS里，邮箱通常用于点对点通信。一个任务发送，另一个任务接收。我习惯用邮箱来传递控制命令或状态变化，比如「启动电机」、「停止加热」这种一次性指令。

举个实际例子。我在做一个智能门锁项目时，用邮箱传递「指纹验证通过」的消息。指纹识别任务验证成功后，往邮箱里丢一条消息，主控任务收到后执行开锁动作。代码大概长这样：

// 创建邮箱
osMailQDef(mail_control, 1, uint32_t);
osMailQId mail_control_id;

// 发送任务
void task_fingerprint(void *arg) {
    uint32_t *msg;
    while(1) {
        if (fingerprint_verified()) {
            msg = osMailAlloc(mail_control_id, osWaitForever);
            *msg = CMD_UNLOCK;
            osMailPut(mail_control_id, msg);
        }
        osDelay(100);
    }
}

// 接收任务
void task_controller(void *arg) {
    osEvent evt;
    uint32_t *msg;
    while(1) {
        evt = osMailGet(mail_control_id, osWaitForever);
        if (evt.status == osEventMail) {
            msg = (uint32_t*)evt.value.p;
            if (*msg == CMD_UNLOCK) {
                unlock_door();
            }
            osMailFree(mail_control_id, msg);
        }
    }
}

1.3 队列的基本概念

队列和邮箱很像，但有一个关键区别：队列可以存放多条消息。你可以把它理解成一个环形缓冲区，先进先出（FIFO）。

为什么需要队列？我举个例子你就明白了。假设你的系统要处理串口接收的数据。串口中断每收到一个字节，就丢到队列里。主控任务从队列里取数据解析。如果串口一下子来了100个字节，队列能全部存下，不会丢数据。换成邮箱的话，只能存一条，后面的全丢了。

特性	邮箱	队列
容量	1条消息	多条消息（可配置）
数据模型	点对点	多对多（常用）
典型用途	命令、事件	数据流、日志
阻塞行为	满时阻塞发送，空时阻塞接收	满时阻塞发送，空时阻塞接收

队列的另一个好处是支持多个发送者和多个接收者。比如三个传感器任务都往同一个队列里丢数据，一个处理任务从队列里取数据。这在多源数据采集场景下特别实用。

1.4 邮箱 vs 队列：怎么选？

说实话，很多RTOS的邮箱底层就是用队列实现的。但作为开发者，我们得知道什么时候用哪个。

我个人习惯这样判断：

• 用邮箱：消息是「事件」或「命令」，一次性的，丢了可惜但不会造成灾难。比如「按键按下」、「定时器超时」。
• 用队列：消息是「数据流」，需要按顺序处理，不能丢。比如「串口接收数据」、「传感器采样值」。

嗯，这里要注意一点。有些RTOS（比如FreeRTOS）没有单独的邮箱API，直接用队列实现。但概念上，你仍然可以把它当作邮箱来用——把队列长度设为1就行了。

1.5 避坑指南

最后分享几个我踩过的坑：

• 队列长度设太小：我曾经把串口接收队列设成10，结果高速通信时频繁丢数据。后来改成256，问题解决。队列长度要根据最坏情况来算。
• 忘记释放内存：用邮箱或队列传递指针时，接收方用完一定要释放。否则内存泄漏，系统迟早崩溃。
• 中断里用阻塞API：中断服务函数里千万别调用osMailGet或osQueueReceive这种阻塞函数。中断里只能发送，不能等待接收。

好了，这一章我们聊了任务间通信为什么必要，以及邮箱和队列的基本概念。下一章我会带大家深入邮箱的API使用和实际编程技巧。有什么问题欢迎留言讨论。

---

公众号:蓝海资料掘金营，微信deep3321