简介：这份资源面向STM32初学者与嵌入式入门开发者，围绕外部中断EXTI实现按键控制LED灯这一经典实验，帮助读者摆脱轮询方式带来的CPU资源浪费，建立中断响应式编程的基本思路。压缩包共185个文件，约4.75MB，以c源文件与h头文件为主体，配套o、crf等编译中间文件及axf、hex可执行产物，另含uvprojx、uvoptx工程配置与map、lst等构建记录，可直接用Keil打开复现。资源完整呈现了GPIO初始化、EXTI线触发方式配置、NVIC优先级设置与中断服务函数编写的全流程，并附有标准外设库中tim、rcc、usart等驱动文件，便于读者对照理解工程结构与中断处理机制。目前已有4933人学习下载，适合作为掌握EXTI应用、进阶传感器信号检测与通信接收等场景的实践起点。
1. 按键一按灯就亮，真的是“中断”在起作用吗
很多人第一次在单片机上做“按键控制 LED”，写出来的代码是while(1)里不停读引脚电平，读到低电平就翻转灯。程序能跑，现象也对，于是就觉得“中断”不过是换个写法而已。可一旦主循环里加了延时、加了串口打印、加了屏幕刷新，按键就开始时灵时不灵——这时候才会意识到，轮询和中断根本是两套调度模型，不是语法糖。
外部中断 EXTI 解决的正是这个问题：它把“引脚电平变化”这件事从 CPU 的主动查询，变成硬件在边沿到来时主动打断 CPU。搞懂 EXTI，等于搞懂了单片机里“事件如何变成一次函数调用”的完整链路——从引脚、边沿检测、挂起寄存器、NVIC 到中断向量表，每一环都能在寄存器里看到痕迹。这条链路是所有后续中断（定时器、串口、DMA）的通用模板，吃透一个，剩下的都是换触发源。
2. EXTI 的硬件链路：一个电平跳变如何变成一次函数调用
2.1 从引脚到边沿检测器：为什么必须过 AFIO 这一道
STM32 的 GPIO 和 EXTI 并不是直连的。以常见的 F1 系列为例，PA0 想触发 EXTI0，中间必须经过 AFIO 的AFIO_EXTICR1寄存器做一次“线路选择”。原因很直接：EXTI 的输入线只有 16 条（EXTI0~EXTI15），而每个端口都有 0~15 号引脚，PA0、PB0、PC0 共享 EXTI0 这一条线。硬件不可能给每个引脚都配一套边沿检测电路，于是用多路选择器把“某个端口的第 n 号脚”接到“第 n 条 EXTI 线”上。
这就解释了一个新手常踩的坑：同时把 PA0 和 PB0 都配成外部中断，结果只有一个能触发。不是代码写错，是硬件上 EXTI0 这条线同一时刻只能接一个端口。常见的实现思路是在AFIO_EXTICR里写端口编号，写谁谁生效，后写的覆盖先写的。
/* 以 F1 为例：把 EXTI0 的输入源选为 PA0 */ RCC->APB2ENR |= RCC_APB2ENR_IOPAEN | RCC_APB2ENR_AFIOEN; /* 开 GPIOA 和 AFIO 时钟 */ GPIOA->CRL &= ~(0xF << 0); /* 清 PA0 配置位 */ GPIOA->CRL |= (0x8 << 0); /* 上拉/下拉输入模式 */ AFIO->EXTICR[0] &= ~0xF; /* 清 EXTI0 的端口选择位 */ AFIO->EXTICR[0] |= 0x0; /* 0b0000 表示选 PA0 */这段代码里最容易被忽略的是AFIOEN时钟。很多人只开了 GPIO 时钟，忘了 AFIO，结果EXTICR写不进去，中断永远不触发，查半天以为是边沿配置错了。参数上，EXTICR[0]管的是 EXTI0~EXTI3，每 4 位一个端口选择，所以移位量是(pin % 4) * 4，这个规律在 F4 系列换成SYSCFG_EXTICR后依然成立，只是外设名字变了。
2.2 边沿检测与挂起寄存器：为什么中断标志要手动清
信号进入 EXTI 线后，会经过一个边沿检测电路。EXTI_RTSR管上升沿，EXTI_FTSR管下降沿，两个都置位就是双边沿触发。检测到符合条件的边沿后，硬件把EXTI_PR（挂起寄存器）里对应位置 1。这个 PR 位就是“事件已发生”的黑匣子记录，它同时送往 NVIC 申请中断，也送往事件输出。
关键设计在于：PR 位不会自动清零。中断服务函数里必须写EXTI->PR = EXTI_PR_PR0;手动清。为什么这么设计？因为 PR 是“或”逻辑汇聚点，多个中断源可能共享同一条线，硬件无法判断软件是否处理完。手动清给了软件一个确认点：我处理完了，可以接受下一次。如果忘了清，退出中断后 PR 仍为 1，NVIC 立刻再次进入中断，程序看起来像卡死在中断里——这是血泪经验里出现频率最高的翻车现场之一。
void EXTI0_IRQHandler(void) { if (EXTI->PR & EXTI_PR_PR0) { /* 确认是 EXTI0 触发 */ EXTI->PR = EXTI_PR_PR0; /* 写 1 清零，注意不是 &= ~ */ GPIOB->ODR ^= (1 << 5); /* 翻转 PB5 上的 LED */ } }注意清零写法是“写 1 清零”，不是常见的“读改写取反”。这是 STM32 里大量状态寄存器的通用约定，写 0 无效，写 1 才清。参数上，EXTI_PR_PR0是位掩码宏，直接赋值即可，不要用&= ~，否则清不掉。
2.3 NVIC 与向量表：中断号是怎么找到函数的
PR 置位后，信号进入 NVIC。NVIC 里每个中断通道有使能位、挂起位、优先级。EXTI0 对应的是EXTI0_IRQn，在启动文件里，这个中断号对应向量表中的一个固定偏移。链接器把EXTI0_IRQHandler的地址填进向量表，CPU 响应中断时从向量表取地址跳转。
这里有个容易混淆的点：EXTI0~EXTI4 各有独立的中断向量，但 EXTI5~EXTI9 共享一个EXTI9_5_IRQHandler，EXTI10~EXTI15 共享EXTI15_10_IRQHandler。共享向量意味着服务函数里必须自己判断是哪个 PR 位触发的，否则会误处理。常见的实现思路是在共享 handler 里依次检查 PR 的每一位，命中哪个就处理哪个，处理完统一清对应位。
优先级配置上，NVIC_SetPriority的两个参数分别是抢占优先级和子优先级。抢占优先级决定能否打断正在执行的中断，子优先级只在同时挂起时决定谁先跑。按键这种对实时性要求不高的场景，优先级给低一点，避免打断串口接收这类对时序敏感的中断。
3. 按键场景的特殊性：机械抖动、低功耗与中断服务函数的边界
3.1 机械抖动为什么在中断里被放大
按键是机械触点，按下和松开的瞬间会产生 5~20ms 的抖动，电平在高低之间反复跳变。轮询方式下，主循环的周期天然起到了滤波作用；但中断是边沿触发，每一个抖动边沿都可能触发一次中断。如果按键接的是下降沿触发，一次按下可能进十几次中断，LED 看起来像随机闪烁。
解决思路有两类。硬件上并在按键两端加 0.1uF 电容，配合上拉电阻构成 RC 低通，把抖动压到边沿检测电路识别不出的程度。软件上在中断里启动一个定时器，延时 10~20ms 后再读引脚电平确认，这就是常说的“软件消抖”。但要注意，消抖逻辑不要放在中断服务函数里用delay死等——中断里阻塞会拖垮整个系统的响应，正确做法是置一个标志位，让主循环或定时器回调去处理。
volatile uint8_t key_flag = 0; void EXTI0_IRQHandler(void) { if (EXTI->PR & EXTI_PR_PR0) { EXTI->PR = EXTI_PR_PR0; key_flag = 1; /* 只置标志，不做耗时处理 */ } } /* 主循环里做消抖和业务逻辑 */ if (key_flag) { delay_ms(15); /* 等抖动过去 */ if (GPIOA->IDR & (1 << 0)) { /* 再确认一次电平 */ GPIOB->ODR ^= (1 << 5); } key_flag = 0; }这种“中断只做标记、主循环做业务”的分层，是中断设计里最重要的边界意识。中断服务函数应该尽可能短，把耗时操作、浮点运算、打印输出全部推到主循环。参数上，消抖延时取 10~20ms 是经验值，具体看按键型号，可以用示波器抓一次实际抖动时长来定。
3.2 低功耗唤醒：EXTI 在 STOP 模式下的角色
按键控制 LED 在电池供电设备里很常见，这时候 EXTI 的价值不只是“响应快”，而是“能把 CPU 从 STOP 模式里叫醒”。STOP 模式下主时钟停振，CPU 不执行指令，但 EXTI 的边沿检测电路仍由低速时钟或独立电路供电，能感知引脚变化并触发唤醒。
配置上有两个细节容易翻车。第一，进入 STOP 前要把 GPIO 配成合适的上下拉，悬空引脚在低功耗下会因漏电和噪声误触发。第二，唤醒后系统时钟会切回 HSI，如果之前用的是外部晶振，需要在唤醒后重新配置时钟树，否则串口波特率全乱。这些不是 EXTI 本身的问题，但和 EXTI 绑在一起用，踩坑率极高。
3.3 中断服务函数里不该做的事
除了前面说的死等延时，还有几类操作在 ISR 里是禁忌。调用printf会走半主机或串口阻塞，几毫秒起步；动态内存分配在中断上下文里可能破坏堆的完整性；浮点运算在没开 FPU 上下文保存的芯片上会污染主循环的浮点寄存器。这些问题的共同点是：它们在轮询代码里完全正常，一放进中断就变成玄学 bug，因为中断打断了主循环的中间状态。
一个实用的判断标准：ISR 里只做“读寄存器、写寄存器、置标志”三类操作，其余全部外移。如果业务逻辑确实需要即时响应，用中断触发 DMA 或定时器，让硬件去搬运数据，CPU 仍然只处理标志。
4. 避坑与排查：EXTI 不触发、反复触发、误触发的定位顺序
4.1 中断完全不进：先查时钟和 AFIO 映射
现象是按键按下毫无反应，LED 不动，调试器里看EXTI_PR始终为 0。原因通常是 AFIO 时钟没开，或者EXTICR选错了端口。解决顺序是：先确认RCC_APB2ENR里 AFIO 和对应 GPIO 时钟都置位，再读回EXTICR的值确认端口编号，最后用调试器手动置位EXTI_SWIER看能否触发中断——如果能触发，说明问题在引脚到 EXTI 的链路上，不在 NVIC。
4.2 进一次中断后卡死：PR 位没清
现象是程序停在 ISR 里出不来，或者主循环完全不跑。原因是EXTI_PR没清零，退出中断瞬间又满足触发条件。解决是检查清零语句是否写成了“写 1 清零”，以及是否清了正确的位。共享向量（EXTI9_5、EXTI15_10）里要特别注意把本次命中的所有 PR 位都清掉。
4.3 按一次触发多次：抖动或双边沿配置
现象是 LED 闪烁次数和按键次数对不上。原因可能是RTSR和FTSR同时置位配成了双边沿，也可能是机械抖动。解决是先确认触发边沿只配了一个方向，再加硬件电容或软件消抖。用逻辑分析仪抓一次引脚波形，抖动时长一目了然，比猜快得多。
4.4 低功耗下唤醒后外设异常：时钟没恢复
现象是 STOP 唤醒后串口乱码、定时器周期不对。原因是唤醒后系统时钟默认切回内部高速时钟，而外设配置是按外部晶振算的。解决是在唤醒后的初始化代码里重新执行时钟配置，或者进入 STOP 前记录时钟状态，唤醒后恢复。
4.5 多个引脚共用一个 handler 时互相干扰
现象是按下 A 键却触发了 B 键的逻辑。原因是共享向量里没判断具体是哪个 PR 位，直接执行了固定业务。解决是在 handler 里逐位判断EXTI->PR，每个分支处理对应引脚，处理完清对应位。这个坑在引脚数多的项目里几乎必现，代码 review 时要专门看共享 handler 的分支完整性。
5. 设计取舍：为什么 EXTI 把复杂度留给了软件
回头看整条链路，EXTI 的硬件设计其实相当“克制”：它只负责检测边沿、置挂起位、向 NVIC 发信号，剩下的消抖、清标志、业务分发全部交给软件。这不是偷懒，而是一种明确的取舍——把通用机制做薄，把场景适配留给上层。如果硬件内置消抖，就得为不同按键、不同抖动特性预留可配置参数，硅片面积和灵活性都会受影响；而软件消抖改一行延时就能适配新按键，代价只是开发者要理解 PR 位的手动清零语义。
这种“硬件给最小语义、软件补场景逻辑”的分层，在 STM32 的外设里反复出现：DMA 只搬数据不管协议，定时器只计数不管 PWM 占空比怎么算。理解了这个设计哲学，再看其他外设的中断配置，会发现套路完全一致——开时钟、配映射、设边沿、清标志、写 handler。
验证一套 EXTI 配置是否真的可靠，我习惯做三件事：用调试器手动置位SWIER验证 NVIC 通路；用逻辑分析仪抓引脚和 ISR 里的翻转信号，量中断延迟；把主循环塞满延时和打印，看按键是否仍然跟手。第三步最能暴露“中断里干了重活”的问题，因为轮询代码在重负载下会明显变慢，而正确分层的中断响应几乎不受影响。
从那以后我每次配外部中断，都强制先确认 AFIO/SYSCFG 时钟和EXTICR映射，再写 handler，最后一定在 ISR 第一行放清零语句——这个顺序帮我省掉了太多“明明配了却不触发”的排查时间。希望帮到你。
本文还有配套的精品资源，点击获取
