从一个按键说起：手把手教你写一个真正的GPIO中断服务例程
你有没有遇到过这种情况？主循环里不停地if (read_button())，CPU占用率飙高，功耗下不来，响应还不及时。更糟的是，当你在做延时消抖的时候，整个系统都卡住了。
这其实是很多嵌入式新手踩的第一个大坑——用轮询对抗实时事件。
今天我们就彻底告别这种低效做法，从零开始，不讲虚的，带你亲手实现一个真正可用的GPIO外部中断服务例程（ISR）。不是“能跑就行”的玩具代码，而是你在实际项目中会用到的那种。
先别急着写 ISR，搞清楚谁在背后干活
很多人一上来就写EXTI0_IRQHandler，结果中断进不去、重复触发、甚至死机。问题往往出在——你根本不知道是谁在控制这一切。
我们得先理清一条链路：
物理引脚变化 → GPIO → EXTI线 → NVIC → CPU跳转到ISR
这条路径上的每一步都必须正确配置，缺一不可。下面我们一步步拆解。
第一步：让PA0变成“敏感”的中断源
假设我们要监控一个接在 PA0 上的按键，按下时产生下降沿中断。
首先，把 PA0 配置成输入模式。这是基本操作：
// 使能GPIOA时钟 RCC->AHB1ENR |= RCC_AHB1ENR_GPIOAEN; // 设置PA0为输入模式（默认复位状态也是输入，但要明确） GPIOA->MODER &= ~GPIO_MODER_MODER0_Msk; // 清除原设置 GPIOA->MODER |= (0 << GPIO_MODER_MODER0_Pos); // 输入模式 // 启用内部上拉，确保空闲时为高电平 GPIOA->PUPDR &= ~GPIO_PUPDR_PUPDR0_Msk; GPIOA->PUPDR |= (GPIO_PUPDR_PUPDR0_0); // 上拉现在 PA0 是个有上拉的输入引脚了。但它还不能触发中断，因为它还没连到“中断专线”上去。
第二步：把 GPIO 映射到 EXTI —— 很多人忽略的关键一步！
STM32有个设计很特别：多个端口的同一个编号引脚可以映射到同一条EXTI线上。比如 PA0、PB0、PC0 都能连到 EXTI0，但同一时间只能选一个。
你想用 PA0 触发 EXTI0？那就要通过 SYSCFG 来“连线”。
// 必须先开启SYSCFG时钟！否则下面的设置无效 RCC->APB2ENR |= RCC_APB2ENR_SYSCFGEN; // 将EXTI0连接到GPIOA SYSCFG->EXTICR[0] &= ~SYSCFG_EXTICR1_EXTI0_Msk; SYSCFG->EXTICR[0] |= SYSCFG_EXTICR1_EXTI0_PA; // 即 0x0000🔥 注意：这里的
EXTICR[0]对应的是 EXTI0~3，所以要用数组第0项。
如果你要配 PD5 到 EXTI5，那就是EXTICR[1]的低4位。
这一步就像在芯片内部插了一根跳线，把 PA0 和 EXTI0 焊在一起了。
第三步：给 EXTI 线装上“感应器”
EXTI0 现在知道信号来自 PA0 了，但它还不知道什么时候该报警。
我们需要告诉它：“只有当电平从高变低时才触发中断”，也就是下降沿触发。
// 允许EXTI0检测下降沿 EXTI->FTSR |= EXTI_FTSR_TR0; // Falling Trigger Selection Register // （可选）禁止上升沿 EXTI->RTSR &= ~EXTI_RTSR_TR0; // Rising Trigger Selection Register如果你想要上升沿或双边沿，就改写 RTSR 或两者都开。
此时，硬件已经具备检测能力：一旦 PA0 出现下降沿，EXTI0 就会产生一个挂起请求（Pending Request）。
第四步：打开 NVIC 的“大门”
就算 EXTI 检测到了事件，如果 NVIC 不放行，CPU 还是听不到警报。
这就是为什么还要配置 NVIC。
// 设置EXTI0中断优先级（抢占优先级1，子优先级0） NVIC_SetPriority(EXTI0_IRQn, NVIC_EncodePriority(NVIC_GetPriorityGrouping(), 1, 0)); // 使能EXTI0中断 NVIC_EnableIRQ(EXTI0_IRQn);✅ 提示：对于 Cortex-M 内核，NVIC 是内建的，不需要额外外设时钟。
但优先级分组会影响抢占行为，在多中断系统中要统一规划。
现在，从中断发生到 CPU 响应的通路已经全部打通。
终于到了主角登场：编写你的第一个 ISR
中断来了，CPU 会自动跳转到EXTI0_IRQHandler。这个函数名必须和启动文件中的向量表一致。
volatile uint8_t button_pressed = 0; void EXTI0_IRQHandler(void) { // 第一步：确认是不是EXTI0引起的中断 if (EXTI->PR & EXTI_PR_PR0) { // Pending Register // 第二步：清除挂起标志！非常重要 EXTI->PR |= EXTI_PR_PR0; // 写1清除 // 第三步：只做最轻量的事 —— 打个标记 button_pressed = 1; } }就这么几行，但我们来逐句分析它的深意。
为什么检查 PR 寄存器？
虽然我们知道是 EXTI0 中断，但理论上其他情况也可能导致误入（比如调试异常），保险起见还是要查一下是否真的有挂起。
为什么要清标志？
不清就会一直挂着，NVIC 以为事件没处理完，下一帧还会再来一次中断——于是你就陷入了“中断风暴”。
记住：任何外设中断处理完后，必须手动清除挂起位。
为什么只打个标志，不做别的？
因为 ISR 的黄金法则是：快进快出。
你想在 ISR 里调delay_ms(10)消抖？不行！那会让整个系统卡住10ms，期间所有中断都被阻塞。
你想打印printf("Button pressed!\n")？更危险！串口发送本身可能也依赖中断，容易造成递归或死锁。
正确的做法是：ISR 只负责“我知道了”，具体怎么做留给主程序决定。
主循环怎么配合？别忘了唤醒机制
有了中断，主程序就可以安心睡觉了。
int main(void) { // 初始化系统时钟、GPIO、EXTI、NVIC等... system_init(); while (1) { // 如果没有事件，进入睡眠模式等待中断 if (!button_pressed) { __WFI(); // Wait For Interrupt } // 被中断唤醒后，检查标志 if (button_pressed) { button_pressed = 0; // 清标志，避免重复处理 // 在这里进行真正的业务逻辑 debounce_and_handle_button(); // 包含软件消抖和动作响应 } } }💡
__WFI()是一条汇编指令，让CPU进入低功耗休眠，直到任意中断到来才醒来。
对电池供电设备来说，这一招能让功耗降低几个数量级。
实战避坑指南：那些文档不会明说的细节
🛑 坑点1：忘记开 SYSCFG 时钟，映射失效
RCC->APB2ENR |= RCC_APB2ENR_SYSCFGEN; // 必须加！没有这句，SYSCFG->EXTICR的修改完全无效，你会纳闷为什么按断键都没反应。
🛑 坑点2：不清 PR 寄存器，陷入无限中断
EXTI->PR |= EXTI_PR_PR0; // 写1清零注意不是清零，而是写1清除。这是 STM32 特有的设计，和其他厂商不同。
🛑 坑点3：共享变量没加 volatile，编译器优化掉读取
volatile uint8_t button_pressed = 0;如果没有volatile，编译器可能会认为这个变量永远不会被改变（除了main里），于是直接优化成常量判断，导致永远进不了if(button_pressed)。
🛑 坑点4：多个中断共用标志，引发竞争
如果有多个按键分别触发 EXTI1 和 EXTI2，它们都去改同一个button_pressed，就得考虑原子性问题。
解决办法之一：
__disable_irq(); counter++; __enable_irq();或者使用带内存屏障的操作（RTOS环境下推荐用xTaskNotifyFromISR）。
如何调试？教你几招硬核技巧
技巧1：用 GPIO 翻转测 ISR 执行时间
在 ISR 开头和结尾各翻转一个调试引脚：
DEBUG_GPIO->ODR ^= DEBUG_PIN; // 进入ISR // ... 处理逻辑 DEBUG_GPIO->ODR ^= DEBUG_PIN; // 离开ISR然后用示波器看脉冲宽度，就能知道 ISR 跑了多久。理想情况下应小于 1μs。
技巧2：查看中断是否频繁触发
用逻辑分析仪抓 PA0 和中断标志的变化关系，观察是否有弹跳引起的多次中断。
你会发现，即使硬件做了滤波，机械按键仍可能产生 1~5ms 的毛刺。
技巧3：读取 NVIC ISPR 寄存器，看哪个中断正在执行
uint32_t active_irq = NVIC->ISPR[0]; // Interrupt Set-Pending Register结合调试器，可以在中断发生时暂停，查看当前活跃的中断源。
进阶思路：从“能用”到“好用”
你现在写的 ISR 已经能在产品中跑了，但如果想做得更好，还可以这样升级：
方案1：引入时间戳，防误触发
uint32_t last_interrupt_time = 0; void EXTI0_IRQHandler(void) { uint32_t now = get_tick_ms(); if ((now - last_interrupt_time) < 20) return; // 20ms内不响应 EXTI->PR |= EXTI_PR_PR0; button_pressed = 1; last_interrupt_time = now; }简单有效防止按键弹跳。
方案2：与 RTOS 结合，发消息给任务
// 在ISR中通知任务 BaseType_t xHigherPriorityTaskWoken = pdFALSE; vTaskNotifyGiveFromISR(xButtonTask, &xHigherPriorityTaskWoken); portYIELD_FROM_ISR(xHigherPriorityTaskWoken);这样就把事件处理完全交给任务层，ISR 更加干净。
写在最后：这才是嵌入式编程的起点
你看，一个看似简单的“按键中断”，背后涉及了时钟门控、寄存器映射、中断控制器、上下文切换、内存可见性、低功耗调度等一系列底层机制。
掌握这些，你才真正摸到了嵌入式系统的门槛。
下次当你看到别人在 while 循环里轮询按键时，你可以微微一笑，然后写下这一行：
__WFI();因为你已经学会让硬件替你工作，而不是让 CPU 干等。
如果你正在学习 STM32、ESP32 或任何 Cortex-M 芯片，不妨动手试一试。把上面的代码移植过去，接个按键，亲眼看看它是如何毫秒级响应、又能深度休眠的。
这才是属于工程师的乐趣。
有问题？欢迎留言讨论。下一期我们可以聊聊：如何用 DMA + 定时器实现无感采样，彻底解放 CPU。
