1. 优先级反转：FreeRTOS中必须直面的实时性陷阱
在嵌入式实时系统开发中，“实时”二字绝非虚名——它意味着任务必须在确定的时间窗口内完成响应与执行。FreeRTOS作为轻量级、高可靠性的实时操作系统，其调度器严格遵循“高优先级任务就绪即抢占”的基本原则。然而，当引入共享资源保护机制（如信号量）后，一个看似违背设计初衷的现象却真实存在：高优先级任务被低优先级任务间接阻塞，而中等优先级任务反而持续运行。这种现象即为优先级反转（Priority Inversion）。
它不是理论推演的边缘案例，而是嵌入式工程师在实际项目中高频踩坑的典型场景。从工业PLC的运动控制周期抖动，到医疗设备监护仪的数据采集延迟，再到汽车ECU中CAN报文处理超时，背后往往都潜藏着未被妥善处理的优先级反转。本文将基于STM32平台，以FreeRTOS v10.4.6为基准，从现象复现、机理剖析、量化验证到工程对策，完整呈现这一关键问题的全貌。所有分析均基于标准HAL库+CMSIS-RTOS v2 API接口，不依赖任何第三方封装或抽象层。
1.1 现象复现：三任务协同下的调度失序
我们构建一个最小可复现案例：三个任务——Task_Low（优先级1）、Task_Mid（优先级2）、Task_High（优先级3），共享一个二值信号量xSemaphore，初始计数值为1。任务行为定义如下：
Task_Low：启动即调用
