你有没有遇到过这种情况：想用两个按键，一个接PA0，一个接PB0，都用下降沿触发中断。配置好了，使能了，烧录了。按PA0，中断正常触发。按PB0——也触发了，但你不知道是PB0按的。因为EXTI0中断线，同时连接了PA0、PB0、PC0、PD0……所有端口的引脚0。它们共用同一个中断处理函数。你无法从EXTI本身知道，到底是哪个引脚触发了中断。这不是Bug，这是芯片设计者的故意为之。那个“资源共享”的无奈。

为什么要把这么多引脚接到同一条中断线？直接给每个引脚配一条独立的中断线，不好吗？好，但做不到。原因有两个：

1. 中断源资源有限，ARM32的中断向量表里，EXTI只有7个中断号——EXTI0、EXTI1、EXTI2、EXTI3、EXTI4、EXTI9_5、EXTI15_10。如果每个GPIO引脚都独占一个中断号，那需要几十个中断号。中断向量表会变得巨大，NVIC也会复杂得吓人。

2. 硬件设计复杂度，每个中断线都需要一套独立的触发检测电路（边沿检测、中断挂起、中断清除）。如果做几十套，芯片面积、功耗、成本都会大幅增加。所以，芯片设计者做了一个“资源共享”的决定：

• 所有端口的引脚0，共享EXTI0线
• 所有端口的引脚1，共享EXTI1线
• 所有端口的引脚2，共享EXTI2线
• ……

这样，只需要16条EXTI线（0~15），就覆盖了所有GPIO引脚。牺牲了“独享”的便利，换来了“经济”的可能。那个“干扰”的困境但共享带来一个问题：如果PA0和PB0都接了按键，都配置了下降沿中断——当PA0按下时，EXTI0中断触发，你在中断里读PA0的电平，判断是它按的。这没问题。但当PB0按下时，EXTI0也触发。你进中断，读PA0的电平——没变；读PB0的电平——变了。你知道了，是PB0按的。这也没问题。问题是——你不能同时用PA0和PB0做中断输入。为什么？

因为当PA0按下时，PB0可能也有干扰信号，导致EXTI0的挂起位被误置。或者，当你读完PA0，还没来得及处理，PB0的抖动又来了一次。你很难在中断里干净利落地判断到底是哪个引脚触发了中断。所以，实际工程中，大家都有一个不成文的约定：同一时刻，一条EXTI线上只接一个中断源。如果你非要用多个，就得在软件里做复杂的“溯源”逻辑，而且不能保证100%可靠。

那个“巧妙”的区分方法，那如果实在没办法，必须用两个呢？书稿里给出了两个方法：方法一：硬件错开，把中断信号分散到不同的EXTI线上。比如，PA0接EXTI0，PB1接EXTI1，PC2接EXTI2……这样每个中断都有自己的处理函数，互不干扰。这是最推荐的方法——从源头上避免冲突。方法二：软件溯源，进入中断后，读取所有可能引脚的电平，根据电平判断是哪个按下的。比如，在EXTI0中断里：

if (GPIO_ReadInputPin(GPIOA, GPIO_PIN_0) == 0) {

    // PA0按下了

}

if (GPIO_ReadInputPin(GPIOB, GPIO_PIN_0) == 0) {

    // PB0按下了

}

但这个方法有风险：如果两个引脚同时按下，你只能处理一个。而且，引脚的电平可能在中断处理过程中变化，导致误判。这是“不得已”的方法——能用，但不完美。那个“更深层”的考量，其实，EXTI线共享机制，反映了一个更深层的芯片设计哲学：中断源是宝贵的资源，不能浪费。每个中断号，都对应中断向量表里的一个条目。中断向量表越大，芯片的启动时间越长，NVIC的逻辑越复杂。所以，设计者宁愿把多个引脚“挤”到一条中断线上，也不愿意给每个引脚独立的中断号。这是一种资源换面积的工程取舍。牺牲了一点易用性，换来了芯片面积、成本、功耗的降低。对于量产的芯片来说，这个取舍是值得的。

那个“反直觉”的结论，有人说：既然这么麻烦，那我把所有中断信号都接到同一组GPIO端口的不同引脚上，不就避开共享了吗？对！这就是EXTI线共享机制给我们的最大启示：在设计电路时，就要考虑中断源的分配。

• 需要中断的引脚，尽量分散到不同的端口，但用同一组端口的不同引脚号。
• 比如，用PA0、PA1、PA2、PA3，而不是PA0、PB0、PC0、PD0。

这样，每个中断信号都有自己独立的中断线，互不冲突。如果你把两个中断信号接到PA0和PB0上，那是你在给自己找麻烦。这不是芯片的问题，是电路设计的问题。

这个故事给我们的启示为什么PA0和PB0会触发同一个中断？因为芯片设计者用“共享”换“经济”。他们用有限的中断源，覆盖了无限的引脚需求。这不是缺陷，是资源最优化的智慧。

EXTI线共享机制教会我们：资源永远是有限的。设计，就是在“够用”和“好用”之间找到平衡。你可以抱怨“为什么不给每个引脚一个中断”，但更好的做法是：理解规则，利用规则，避开规则的“坑”。

写在最后，下次你再画电路板的时候，别把两个按键接在PA0和PB0上。把他们接在PA0和PA1上，或者PB0和PB1上。给每个中断信号，留一条独立的EXTI线。这样，你的中断处理函数会干净、简单、可靠。不是芯片不给你独享，是你自己没用好共享。EXTI线共享机制，不是芯片的“短板”，是电路设计的“考题”。你答对了，系统稳；你答错了，中断乱。

（本文灵感源于于振南《新概念ARM32单片机》教程中对EXTI外部中断线共享机制的深刻讲解，感谢作者将芯片资源博弈讲得如此通透。）

如果您觉得这个故事对您有启发，欢迎点赞、转发，让更多工程师看到这个藏在EXTI线共享背后的“资源哲学”。关注我，一起探索嵌入式世界里那些“共享但不简单”的硬核真相。