FreeRTOS事件已提交但未处理的丢事件问题排查求助

• 现有代码存在时序漏洞：xEventGroupWaitBits返回获取到的事件值后，到调用xEventGroupClearBits手动清除位之间存在时间窗口，若此时50ms中断刚好再次置位EVENT_BIT1，后续清除操作会把这次新产生的事件也一并清除，直接导致事件丢失。
• 之前将xClearOnExit设为true时的丢事件原因：自动清除会在返回时原子清空所有已触发的事件位，如果同一时间有多个事件同时触发，代码只处理了其中一个事件的话，其余未处理的事件会被直接清空丢失。你改为手动清除单个位仅解决了多事件并发的丢失问题，没有修复时间窗口带来的漏洞。

利用xEventGroupWaitBits自动清除的原子性，配合全事件遍历处理，彻底消除时间窗口，实现代码如下：

while(1)
{
  // 第三个参数xClearOnExit设为pdTRUE，原子清除所有已触发的事件位，无任何操作窗口
  // 第四个参数xWaitForAllBits保持pdFALSE，任意事件触发即可返回
  event = xEventGroupWaitBits(measurement_task_event,
        MEASUREMENTTASK_EVENT_ALL, pdTRUE, pdFALSE, portMAX_DELAY);

  // 遍历处理所有已触发的事件，不要遗漏任意位
  if (event & EVENT_BIT1)
  {
    //handle event1
  }
  if (event & EVENT_BIT2)
  {
    //handle event2
  }
  // 其余事件按同样规则补充处理
} 

该方案所有事件位的清除是操作系统内核原子完成的，不会被中断或其他任务打断，完全杜绝时序漏洞。

事件组本质是状态标识，同一个bit多次置位时，未被处理前的多次置位只会被识别为1次事件。如果你的业务要求50ms定时器的每一次触发都必须单独处理、不能合并，那么事件组本身无法满足需求，需要替换为队列实现：

• 中断或其他任务触发事件时，往队列中写入对应的事件ID
• 任务循环阻塞读取队列，每读到一个事件ID就处理对应逻辑
  队列天然支持缓存多个未处理事件，不会丢失任何一次触发动作。

内容的提问来源于stack exchange，提问作者Liamm36