EXTI"一线多挂"陷阱：PA0和PB0同时触发，中断函数懵了
很多工程师为每个按键分配不同GPIO引脚时，不假思索地用了PA0、PB0、PC0------结果中断服务函数里完全分不清是谁按下的。书稿5.12节用一张EXTI线连接图点破真相：PA0~PG0全部并联到EXTI0线上，芯片只报"线0中断"，不告诉你具体是哪个端口。这好比一栋楼多个房间同时报警，保安只听到警报声，却不知道哪个房间起火------你必须自己跑过去看。
1. 硬件布线"自断后路"与软件"现场勘查"
书稿给出两种解法：
- 硬件规避法：分配引脚时遵循"同端口、不同线"原则------例如将按键1接PA0（EXTI0），按键2接PA1（EXTI1），按键3接PA2（EXTI2）。三个中断各走各线，服务函数各不相同，一清二楚。书稿5.12节指出"这符合一般设计习惯"。
- 软件判据法：若因PCB走线限制必须将多个触发源挂在同一线上（如PA0和PB0都用到EXTI0），则在中断内读取两个引脚的电平------产生下降沿的引脚必然为低电平。书稿示例代码：
void EXTI0_IRQHandler(void) {
if (GPIOA->IDR & GPIO_PIN_0) {
// PA0为高，说明下降沿来自PB0（或PC0等）
handle_PB0_press();
} else {
// PA0为低，说明下降沿来自PA0
handle_PA0_press();
}
EXTI->PR = EXTI_PR_PR0; // 清除挂起位（写1清零）
}
但此法在同时触发时失效------若PA0和PB0同时变为低电平，两者电平都为0，无法区分。这时只能靠硬件规避。
2. 中断风暴：挂起位的"粘滞"陷阱
书稿5.12节提到EXTI_PR寄存器的挂起位需手动写1清零，但未揭示一个致命细节：若中断服务函数未及时清除挂起位，同一中断线反复触发会形成"中断风暴"------处理器永远卡在中断上下文，main函数饿死 。实测数据：EXTI0线以10kHz频率触发，若ISR中忘记EXTI->PR = EXTI_PR_PR0，CPU占用率瞬间飙升至100%，其他所有任务（包括串口通信、LED刷新）全部停摆。我的补充规则：清除挂起位的操作必须放在ISR的第一行或最后一行，且绝不能在清挂起前执行耗时操作（如printf）。
3. 软件触发中断：EXTI_SWIER的"自检利器"
书稿5.12节未提及EXTI_SWIER（软件中断事件寄存器），但它是调试中断服务程序的"神兵利器"。向该寄存器的某位写1，可软件模拟产生对应线中断------无需外部信号，就能测试ISR逻辑是否正确。例如：
EXTI->SWIER = EXTI_SWIER_SWIER0; // 软件触发EXTI0中断
这在不具备信号发生器时极为有用。但注意：软件触发不会自动清除挂起位，需在ISR内手动清零------否则会再次触发。
4. 事件 vs 中断：差一个NVIC的距离
书稿5.12节提到EXTI可产生"中断"或"事件"，但未展开两者本质区别：
- 中断：EXTI触发→NVIC接收→CPU响应→跳转ISR。需要NVIC使能（HAL_NVIC_EnableIRQ()）和CPU干预。
- 事件 ：EXTI触发→直接触发其他外设（如定时器从模式）。不经NVIC，不打断CPU，响应速度极快（ns级）。例如用EXTI事件触发定时器捕获输入信号边沿，无需CPU参与，适合高频脉冲计数。
5. 实战防坑清单（我的补充）
6. 冷知识：EXTI线0~15以外的"特殊线"
书稿5.12节提到EXTI线16~22连接到内部外设（PVD、RTC等），其中EXTI线16接PVD掉电检测------若将PVD输出配置为事件模式，可在VCC低于阈值时自动触发ADC注入采样，无需CPU干预（书稿1.10节PVD的可编程阈值）。这种"事件链"设计，正是ARM32硬件自动化的精髓。
结语 ：EXTI是GPIO与外设之间的"神经末梢"，但同线共享让中断识别成了"罗生门"。记住铁律：同端口、分散线------宁可多写几个ISR，也不要在同一个ISR里猜谜。若实在无法避免，就用事件模式+定时器捕获，彻底绕过中断确认的烦恼。
