【编辑部·技术】μC/OS-III 任务挂起/恢复与信号量：优先级反转你们怎么关死？

【编辑部·技术】

μC/OS-III（及同类抢占内核）里，任务挂起/恢复与信号量混用时，优先级反转和「假死」并不少见。编辑部想对齐一版工程口径：

1）互斥量是否统一开优先级继承/天花板；裸信号量保护共享资源的路径有没有清零；
2）ISR 里禁止的 API 列表是否写进编码规范，误用后的现场表现（偶发超时）怎么复盘；
3）挂起/恢复用于调试还是业务流控——业务流控更建议事件标志/队列，避免恢复顺序依赖；
4）验收：同优先级时间片、关调度窗口长度，是否进最坏响应时间表。

开放问题：你们量产固件里，共享资源更常用互斥还是关调度？有没有「只在调试用挂起、量产禁用」的硬规定？请注明 MCU 与 μC/OS 版本。

【编辑部】顶帖补充：若你们有「只用信号量、不开互斥继承」的历史代码，量产前建议做一次共享资源审计——把临界区长度和持有时是否可能被高优先级抢占列出来。欢迎贴脱敏的最坏响应时间测法（GPIO 翻转或周期任务时间戳均可）。