定义
事件（Event）是RTOS中用于任务间状态同步的一种轻量级IPC机制， 通过位标志（flag bits）表达条件状态。
概述
事件（Event）是一种基于位标志的同步机制，用于表示系统中某种状态或条件的发生。 任务可以等待一个或多个事件位，从而实现条件同步。
工作原理
事件由事件控制块维护，其核心是一个32位或64位标志寄存器。 任务可以设置、清除或等待指定事件位。
事件控制块内部维护事件标志位集合与等待任务队列。当任务调用等待接口时， 内核将任务挂起并记录其等待条件（如等待特定事件位、任意事件位或全部事件位）。 等待条件支持逻辑与（AND）与逻辑或（OR）两种模式，分别用于多条件全满足与任一条件满足场景。
在中断上下文或任务上下文中设置事件位时，内核会遍历等待队列，检查每个等待任务的条件是否满足。 满足条件的任务将被移出等待队列并插入就绪队列，等待调度器执行。 事件清除操作通常由任务主动调用，用于重置状态标志，避免重复触发。
事件机制的原子性由内核临界区保护机制保证，确保事件标志位的设置与检查操作在多任务并发环境下的一致性。 在SMP架构中，事件控制块通常采用自旋锁或原子操作实现，避免竞态条件。
事件机制的定位
在 HRTOS IPC 体系中，Event 属于“状态同步类机制”， 与 Semaphore（资源计数）、Message Queue（数据传递）形成三类基础模型。
关键接口 / 结构
相关接口文档
查看事件机制相关API接口定义与使用说明。
运行流程
任务进入等待状态后，内核挂起该任务并记录等待条件。 当事件被触发后，内核检查条件是否满足，并唤醒对应任务。
完整的等待流程包括：任务调用事件等待接口 → 内核检查当前事件标志位是否满足等待条件 → 若满足则立即返回，不满足则将任务挂起并加入等待队列 → 任务进入阻塞状态等待事件触发 → 其他任务或中断设置事件位 → 内核遍历等待队列检查条件 → 满足条件的任务被唤醒并插入就绪队列 → 调度器选择任务执行。
事件设置流程：调用设置接口 → 内核更新事件控制块标志位 → 遍历等待队列 → 对每个等待任务检查其等待条件 → 条件满足则将任务从等待队列移至就绪队列 → 若设置了调度需求则触发调度器运行 → 返回调用者。
在中断上下文中设置事件时，需要特别注意中断嵌套与调度延迟问题。通常中断中只设置事件标志位，实际的唤醒与调度操作推迟到中断退出后的内核调度点执行，以避免在中断上下文中进行复杂的任务调度操作。
执行时序
典型流程包括：任务等待事件 → 内核挂起任务 → 其他任务或中断设置事件位 → 条件满足后唤醒任务恢复执行。
扩展说明
事件机制常用于外设通知、中断信号同步以及任务状态联动。 在复杂系统中可与信号量、消息队列配合使用。
在工程实践中，事件机制常用于实现中断服务程序与任务之间的同步。中断服务程序通常执行时间受限，不能进行复杂的处理，因此只设置事件标志位通知任务，由任务在上下文中完成后续处理。这种模式既保证了中断响应的实时性，又实现了任务的解耦。
事件机制也常用于多任务协作场景，如生产者-消费者模型中的状态通知。生产者任务完成数据处理后设置事件位，消费者任务等待该事件位被触发后开始消费数据。相比消息队列，事件机制开销更低，适用于仅需状态通知而无数据传递的场景。
在状态机实现中，事件机制可用于状态迁移触发。外部条件变化时设置对应事件位，状态机任务等待特定事件组合，根据事件类型执行状态转换逻辑。这种设计使得状态机与外部事件源解耦，提高了系统的可维护性。
- 模块职责：事件机制负责任务间状态同步与条件触发，提供轻量级的通知能力
- 内部机制：基于位标志寄存器与等待队列实现，支持AND/OR逻辑条件判断
- 状态迁移：任务在READY、BLOCKED状态间切换，由事件触发驱动状态变化
- 调用流程：wait → check → block → set → wakeup → schedule
- 资源管理：事件控制块为全局资源，需通过临界区保护并发访问
- 工程案例：中断通知、外设完成、状态机触发、任务协同控制
- 边界条件：事件位溢出、等待队列满、中断嵌套场景
- 错误场景：事件丢失、重复触发、死锁等待
- 异常处理：超时等待、事件清除、优先级反转缓解
- 模块关系：与Semaphore互为补充，与MessageQueue用于不同通信层次
知识链路
event 属于 IPC 同步机制的一部分，通常与 semaphore / mutex / message queue 配合使用。