STM32中断配置的核心并不复杂，关键在于三步：开启外设中断源、设置NVIC优先级、编写中断服务函数。 无论你手头是标准外设库还是HAL库，思路都一样，我接触过的所有中断问题，九成都能归到这三步里的某一个细节上，下面从实际开发顺序出发,把每一步拆开讲清楚。
stm32中断配置步骤详解
很多初学者拿到例程直接复制，结果中断不进、程序卡死，其实都是因为没搞懂配置的完整链路，配置中断的通用流程可以拆成四个环节：使能时钟、设置触发条件、配置NVIC、写服务函数，这四个环节缺一不可,顺序也有讲究。
使能外设时钟和GPIO时钟
以串口中断为例，你首先要开启串口所在总线的时钟，比如__HAL_RCC_USART1_CLK_ENABLE()，还要开启对应GPIO口的时钟，如果漏掉时钟，初始化直接卡在寄存器等待上，GPIO的复用模式也要配好，否则数据收发异常，这一步很基础，但确实是最容易出问题的地方，尤其在用CubeMX自动生成代码后,手动删除一行时钟代码就会引发连锁反应。
设置外设中断触发源
外设本身要先允许中断请求，串口要开启接收中断UART_IT_RXNE，定时器要开启更新中断TIM_IT_UPDATE，外部要开启EXTI中断线，不同外设的触发标志不一样，但都有一个共性：中断标志置位后，硬件才会向NVIC发出请求，如果在配置外设时没有使能对应中断,NVIC设置得再完美也没用。
配置NVIC优先级
NVIC是中断的调度中心，具体配置包括优先级分组、设置通道优先级、使能通道，很多工程师喜欢把所有中断设成相同优先级，在简单系统里没问题，但在多中断场景下容易乱套，我建议在系统初始化里调用一次分组设置，例如HAL_NVIC_SetPriorityGrouping(NVIC_PRIORITYB_2)，把抢占优先级和响应优先级各占2位,然后对每个通道单独调用：
HAL_NVIC_SetPriority(USART1_IRQn, 1, 0); HAL_NVIC_EnableIRQ(USART1_IRQn);
这里第一个数字是抢占优先级，第二个是响应优先级，抢占优先级高可以打断低,响应优先级只能在同抢占级别时决定谁先被响应。
编写中断服务函数
中断服务函数的名字必须和启动文件里的向量表一致，比如USART1_IRQHandler、EXTI0_IRQHandler，函数内部要尽快处理事件，千万不要做延时或大数据运算，业内专家指出，中断服务函数中尽量少做耗时操作，否则会拖垮整个系统的实时性，标准做法是置一个标志位,把数据处理挪到主循环里。
stm32外部中断配置：按键实战
外部中断是最直观的中断类型，引脚电平一变就触发，按键控制LED跑马灯、编码器计数、报警器检测，都是基于这个机制,下面用一个按键的场景来说明完整的配置方法。
按键抖动怎么过滤
按键按下去的时候，机械触点会来回弹跳，如果配置成边沿触发，一次按键可能进好几次中断，行业共识认为，硬件RC滤波是最可靠的方案，但很多开发板为了节省成本只留了软件消抖的位置，我个人的偏好是配置成下降沿触发，然后在中断服务函数里加一个HAL_Delay(10)进行简单消抖，再配合一个统计计数，能过滤掉大多数误触发，如果按键用于唤醒低功耗设备，延时方案就不合适了,得改用定时器扫描。
GPIO映射到EXTI线
外部中断线EXTI0到EXTI15对应PA0到P15等引脚，但同一编号只能选择一个引脚，也就是说，PA0和PB0共用EXTI0，你不能同时使用它们，配置时用HAL_GPIO_Init把引脚设成中断模式，注意选择GPIO_MODE_IT_FALLING，然后设置上拉,防止悬空抖动。
GPIO_InitStruct.Mode = GPIO_MODE_IT_FALLING; GPIO_InitStruct.Pull = GPIO_PULLUP; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(GPIOA, &GPIO_InitStruct);
接着使能对应的EXTI中断通道，最后在EXTI0_IRQHandler里调用HAL_GPIO_EXTI_IRQHandler(GPIO_PIN_0)，由库函数自动清除标志并调用回调函数，这一套流程跑起来后,按键响应很顺畅。
HAL库和标准库的心态差异
标准库时代，你要手动处理EXTI线映射和中断标志位，代码更繁琐但更容易理解底层，HAL库把这些封装好了，回调函数名变成了HAL_GPIO_EXTI_Callback，用起来更快，但也容易让人忽略中断标志清除的细节，我遇到过同事在中断服务函数里手动清标志，又同时调用HAL库的函数，导致标志被清两次，后续中断丢失，建议选一套思路,别混着写。
stm32中断优先级配置要点
优先级配置是中断系统的灵魂，我见过不少“奇怪”的现象：中断偶尔不触发、主循环卡死、同样的代码在不同板子上表现不一样,最后查下来都是优先级分配不合理。
抢占优先级和响应优先级的区别
抢占优先级的数字越小，优先级越高，高抢占优先级能打断正在执行的低抢占中断，实现嵌套，响应优先级只能在抢占相同的时候排队，不能打断别人，以分组2为例，抢占和响应各用2位，取值范围都是0到3，如果两个中断抢占优先级相同，响应优先级决定谁先进入，但先到先得,后到的只能排队。
优先级分组表要背下来吗
不需要死记，但要会查,常见分组如下：
| 分组模式 | 抢占优先级位数 | 响应优先级位数 | 可用优先级数值范围 |
|---|---|---|---|
| 分组0 | 0 | 4 | 抢占固定0，响应0-15 |
| 分组1 | 1 | 3 | 抢占0-1，响应0-7 |
| 分组2 | 2 | 2 | 抢占0-3，响应0-3 |
| 分组3 | 3 | 1 | 抢占0-7，响应0-1 |
| 分组4 | 4 | 0 | 抢占0-15，响应固定0 |
我在实际项目中常用分组2或分组3，折中够用，分组0适合所有中断都没有嵌套需求的情况,比如极简单的状态机。
多中断场景的配置策略
我习惯把时间最敏感的中断放在最高抢占优先级，比如电机编码器接口，稍微丢一个脉冲都会导致位置偏差，串口打印这种慢速任务放在低优先级就好，就算稍微延迟，也不影响功能，另一个常见错误是给多个中断分配了完全相同的优先级组合，系统分不清先后，就会出现随机性错误，建议每个中断一个独一无二的值,保持清晰。
排查优先级问题的思路
一旦中断行为异常，优先看优先级是否互相干扰，你可以打开Debugger查看NVIC->IP寄存器的值，确认实际写入的是不是你设定的数字，统计数据表明，相当一部分STM32中断故障都源于复制粘贴代码时调整了外设,却忘了调整优先级数值。
stm32串口中断配置常见问题
串口中断是日常调试和数据采集的常客，配置步骤本身不复杂，但有几个高频坑,值得专门写一写。
接收中断怎么都进不去
先从三个方向排查：全局中断是否开启、外设接收中断是否使能、NVIC通道是否使能，如果使用HAL库，调用了HAL_UART_Receive_IT并不能保证NVIC被自动打开，你仍然需要手动配置，另外确认你是不是在中断服务函数里覆盖了库函数，比如直接定义了一个同名函数但内部没有调用
HAL_UART_IRQHandler，这会导致中断标志永远不被清除,后续中断全部卡死。
数据丢帧和乱码的处理
串口接收中断每进一次，最好只做一件事：把数据从寄存器搬到缓冲区，如果中断里做了数据解析、浮点运算之类的重活，下一个字节到来时还没处理完，丢帧就成了必然，一个非常实用的方案是DMA加空闲中断：DMA负责把数据搬运到内存，空闲中断在一帧数据接收完成后触发一次，这样CPU几乎不参与逐字节处理，就算数据速率较高也游刃有余，我做采集系统时用过这个方案,连续跑了几小时没有丢过一个字节。
优先级配置不生效
检查是否存在多处调用HAL_NVIC_SetPriority，后调用会覆盖前面的，少部分工程启动代码里会重新初始化NVIC，把你的配置冲掉，处理方法很简单：在所有外设初始化之前，集中设置一次分组和优先级,之后不要再动。
Q&A：stm32中断配置常见疑问
问：中断服务函数里可以调用HAL_Delay吗？
不建议，HAL_Delay依赖SysTick中断，如果你的中断抢占优先级高于SysTick，就会死锁，即使优先级较低，延时也会让其他中断的响应时间变长，正确做法是记录时间戳或设置标志,在主循环里处理。
问：外部中断触发一次却执行了好几次回调函数，怎么解决？
先查硬件抖动，再查软件是否重复清除标志，HAL库的HAL_GPIO_EXTI_IRQHandler内部会清标志，如果你在回调函数里又手动清一次，又碰到引脚仍在抖动，就可能造成多次触发,建议在回调入口加一个处理中标志位。
问：stm32中断配置时，优先级分组可以随时改吗？
最好在系统启动时一次性设定，如果运行中改分组，所有中断的优先级重新解码，可能导致本来低优先级的中断突然变成高优先级，引发不可预料的嵌套行为，一定要在开启第一个中断之前完成分组。
覆盖了stm32中断配置的主干路径，也单独展开了外部中断、优先级和串口场景，只要按照NVIC配置、外设触发源、中断服务函数这条主线走，再抓住“服务函数短平快”的准则，大多数中断需求都能稳稳拿下，遇到异常时，优先检查优先级数值和中断标志清除这两处,往往能迅速定位。