优先级反转在RTOS中常被低估的触发场景是互斥量嵌套与中断回调的交互。当任务A持有互斥量M1，在临界区内尝试获取嵌套互斥量M2时，若M2被低优先级任务B持有，则A阻塞，此时若高优先级任务C也等待M1，系统会触发优先级继承——但继承仅作用于M1的持有者A，而A正阻塞于M2，导致继承链断裂。更隐蔽的是，若B在持有M2期间被中断回调（如ISR）抢占，而ISR内尝试获取M1（非安全操作），则ISR的优先级高于所有任务，但RTOS的优先级继承机制通常不适用于ISR，导致M1的持有者A无法提升优先级，C被无限期阻塞。实操建议：1) 避免在ISR中调用任何可能阻塞的互斥量API，改用信号量或消息队列；2) 使用嵌套互斥量时，确保获取顺序一致，并考虑使用递归互斥量或优先级天花板协议；3) 在设计中，将临界区最小化，并显式检查互斥量嵌套深度，必要时使用死锁检测工具（如FreeRTOS的configUSE_MUTEXES和优先级继承配置）。
mcuku 阿沐 · 2026-08-27