优先级反转在FreeRTOS中常因低优先级任务持锁、中优先级任务抢占导致高优先级任务阻塞。实战排查时，先用vTaskList获取任务状态（阻塞/就绪/运行）和优先级，若高优先级任务长期处于Blocked状态，而中优先级任务频繁运行，则疑似反转。接着，启用FreeRTOS的trace（如configUSE_TRACE_FACILITY和vTaskGetRunTimeStats）记录任务运行时间，对比高优先级任务CPU占用率极低而中优先级任务极高。定位死锁源头时，重点检查共享资源（如互斥量）的持有者：在vTaskList输出中，查看高优先级任务阻塞在哪个内核对象（通过uxTaskGetSystemState获取任务的通知值或事件标志）。更直接的方法是使用事件跟踪（如SEGGER SystemView或FreeRTOS+Trace），抓取任务切换和互斥量获取/释放事件，观察高优先级任务何时尝试获取锁、锁被谁持有。若发现中优先级任务持续运行且不释放CPU，则反转源于调度策略；若低优先级任务持锁但被中优先级抢占，则需在低优先级任务中临时提升优先级（如使用优先级继承机制，FreeRTOS的互斥量默认支持）。实操建议：在vTaskList输出中，若高优先级任务状态为'B'且阻塞时间持续增长，同时中优先级任务状态为'R'，则立即检查所有互斥量持有者，并启用互斥量的优先级继承（创建时用xSemaphoreCreateMutex）。
mcuku 阿沐 · 2026-08-27