需要通知某个状态发生变化
从 事件机制 入手，重点确认事件如何产生、等待、清除，以及多个任务参与时的具体行为。
HRTOS / CORE MODULES
任务间通信 IPC
在实时操作系统中，任务不仅需要独立运行，还需要协调执行、共享资源和交换数据。 IPC（Inter-Process Communication，任务间通信） 提供了这些协作场景所需的基础机制。HRTOS IPC 文档围绕事件、信号量、互斥锁、邮箱和消息队列展开，帮助你根据实际问题选择合适的通信方式。
01 · 状态同步
STATE SYNCHRONIZATION当一个任务需要等待某个条件成立，或者另一个执行单元通知状态发生变化时，可以从事件机制入手。 选择前应确认事件的触发、清除、等待和唤醒语义。
02 · 资源控制与同步
RESOURCE CONTROL多个任务可能需要协调资源使用，或在满足特定条件之前暂停执行。 信号量和互斥锁虽然都与同步有关，但设计目的并不相同。
02
计数与同步
信号量 Semaphore
围绕计数状态组织任务同步，可用于表达可用资源数量或任务间的同步条件。
选型提示：需要计数语义或同步通知时优先评估。
阅读信号量机制
03
互斥访问
互斥锁 Mutex
用于协调共享资源的互斥访问，减少多个任务同时操作同一资源造成的冲突。
选型提示：重点关注锁的所有权、持有与释放规则。
阅读互斥锁机制
注意：
信号量不能简单等同于互斥锁。涉及共享资源保护时，应根据 HRTOS 对应接口的实际语义判断；
不要仅凭名称推断是否支持优先级继承、递归获取或特定的超时行为。
03 · 任务间数据通信
DATA COMMUNICATION当任务之间需要传递数据时，应重点考虑消息容量、数据覆盖策略、排队能力以及发送端和接收端的处理速度。
04 · 如何选择 IPC 机制
DESIGN GUIDE先明确要解决的问题，再选择机制。不要因为多个接口都能让任务等待或唤醒，就把它们视为可以随意替换的工具。
需要表达计数或同步条件
评估 信号量，重点检查计数规则、获取与释放操作，以及等待和超时语义。
需要保护共享资源
评估 互斥锁，重点检查锁的所有权、释放责任和任务优先级相关行为。
需要在任务之间传递数据
以上是通用的设计选型思路，不替代 HRTOS 接口规范。具体的阻塞行为、调度影响、中断上下文限制、返回值和边界条件，应以相应 API 文档及实际实现为准。
相关文档
进一步了解 HRTOS 的任务管理、调度与内存管理机制。