STM32莫名死机的幕后黑手

在嵌入式开发中，有一种故障最让工程师头疼：系统运行几分钟、几小时甚至几天后突然死机，而调试时却迟迟找不到原因。

很多人第一反应是怀疑内存泄漏、栈溢出、电源干扰或者硬件故障，但实际项目中，一个被频繁忽略的问题往往才是真正的罪魁祸首——中断优先级配置错误。

特别是在STM32这类基于ARM Cortex-M内核的单片机中，中断系统设计非常灵活，但也因此埋下了大量隐患。一旦优先级规划不合理，轻则数据异常，重则任务失控、系统卡死，甚至出现无法复现的随机故障。

一、为什么中断优先级如此重要？

对于单片机来说，中断本质上是一种“抢占CPU执行权”的机制。

正常情况下，CPU按照主程序顺序执行：

while(1){task1();task2();task3();}

当外部事件发生时：

• 串口收到数据
• 定时器溢出
• ADC转换完成
• CAN总线收到报文

CPU会立即暂停当前工作，转去执行对应的中断服务函数（ISR）。

执行完ISR后，再返回原来的位置继续运行。

这意味着：

谁能优先获得CPU资源，完全取决于中断优先级。

如果优先级设计不合理，系统实时性和稳定性都会受到严重影响。

二、STM32中断优先级的本质

STM32采用ARM Cortex-M内核中的NVIC（Nested Vectored Interrupt Controller，嵌套向量中断控制器）。

其核心特点是：

• 支持中断嵌套
• 支持优先级管理
• 支持动态抢占

与很多人直觉相反的是：

数值越小，优先级越高

例如：