嵌入式RTOS中信号量的三类用法与工程实践

1. 信号量的本质与工程定位

在嵌入式实时系统中，信号量（Semaphore）绝非一个孤立的API调用或抽象概念，而是操作系统内核为解决两类核心并发问题而提供的底层同步原语：任务间同步与共享资源互斥访问。理解这一点，是避免在实际项目中误用、滥用信号量的前提。

同步（Synchronization）关注的是“事件发生的时序关系”。例如，任务A采集完ADC数据后，必须通知任务B开始处理；又如，串口接收中断接收到一帧完整报文后，需唤醒解析任务。这类场景下，信号量充当的是轻量级的“事件通知信标”，其值本身不携带业务含义，仅表示“某件事是否已发生”。

互斥（Mutual Exclusion）则聚焦于“资源访问的排他性”。当多个任务需要操作同一片内存缓冲区、同一个SPI总线、或同一个硬件外设寄存器时，若无协调机制，必然导致数据错乱或硬件状态异常。此时，信号量（特指互斥信号量）扮演的是“资源锁”的角色，其值代表该资源当前是否空闲可用。

值得注意的是，uC/OS-III内核并未将同步与互斥信号量在API层面强行割裂，而是通过初始化参数和使用上下文来区分其语义。一个信号量对象，在创建时被赋予初始计数值，这个数值直接决定了它后续的行为模式——是作为二值开关，还是作为计数器，抑或是具备优先级继承能力的互斥锁。这种设计体现了RTOS内核的精炼与高效：同一套底层调度与等待队列机制，通过配置差异支撑了多种上层语义。

2. 二值信号量：最简同步模型

二值信号量（Binary Semaphore）是信号量家