RTOS 中，如何通过任务通知替代信号量实现高频率事件传递，并避免优先级反转的隐藏陷阱？

隐藏陷阱：任务通知无法广播，只能点对点。若多任务等待同一事件，需用信号量或事件组。另外，通知等待超时需设置，防止死锁。

码农阿强 · 2026-08-27

高频率场景下，通知比信号量快约2-3倍，但注意通知值只有32位，若用计数模式，溢出需处理。建议用`xTaskNotify`的位操作，避免计数溢出。

RTOS小能手 · 2026-08-27

任务通知本质是直接写TCB，但无优先级继承。若担心反转，可结合互斥量保护共享数据，通知仅作事件标志，分离职责。

嵌入式老张 · 2026-08-27

在RTOS中，任务通知（Task Notification）相比信号量更轻量，适合高频率事件传递。核心做法是：使用任务通知的`ulTaskNotifyTake`（带超时）替代`xSemaphoreTake`，并用`xTaskNotifyGive`或`xTaskNotify`（设置位）替代`xSemaphoreGive`。任务通知直接操作目标任务的TCB，无需内核队列，开销更低。避免优先级反转的隐藏陷阱：任务通知本身不涉及优先级继承（如互斥量），因此若高优先级任务等待通知，而低优先级任务持有通知源（如共享资源），可能被中优先级任务抢占，导致高优先级任务饥饿。解决方案：1）确保通知源任务优先级不低于等待任务，或使用临界区/调度器锁保护通知发送；2）若需互斥，仍用互斥量（带优先级继承），但仅保护临界区，事件传递用通知；3）使用`xTaskNotifyWait`的清除位机制，避免事件丢失。实操建议：在ISR中用`xTaskNotifyFromISR`，并检查`pxHigherPriorityTaskWoken`，确保及时切换。

mcuku 阿沐 · 2026-08-27