4、中断嵌套机制：什么是中断嵌套、嵌套的条件与限制、嵌套深度对堆栈的影响

好，咱们接着聊中断。前面几章我们把中断的响应流程、优先级判定都捋了一遍。这一章，咱们要聊一个让很多新手既兴奋又头疼的话题——中断嵌套。

什么叫中断嵌套？说白了，就是“中断里面套中断”。

想象一下这个场景：你正在办公室里处理一个紧急电话（中断A），电话还没挂，突然又有人敲门说有更紧急的事（中断B）。你怎么办？你可能会先跟电话那头说“稍等一下”，然后去处理敲门的事。处理完敲门，再回来继续接电话。这就是嵌套。

在单片机里，中断嵌套就是：CPU正在执行某个中断服务函数（ISR）时，又一个更高优先级的中断触发了，CPU暂停当前ISR，转去执行新的ISR。等新的ISR执行完，再回来继续执行原来的ISR。

嵌套的条件与限制

嵌套不是你想嵌就能嵌的。它有几个硬性条件，缺一不可。

• 条件一：必须有优先级高低之分。如果两个中断优先级相同，一般情况下不会发生嵌套。大多数单片机（比如Cortex-M系列）在同级中断里是按顺序执行的，不会互相打断。
• 条件二：高优先级中断必须被允许。也就是说，全局中断开关（比如ARM的PRIMASK、CPSR的I位）必须处于开启状态。如果你在低优先级ISR里关了全局中断，那谁也打断不了你。
• 条件三：中断控制器支持嵌套。像NVIC（嵌套向量中断控制器）这种硬件，天生就是为嵌套设计的。但一些老旧的8位单片机，可能压根不支持硬件嵌套，得靠软件模拟。

嗯，这里有个坑。我记得有一次做项目，用的是某款国产Cortex-M0芯片。我在低优先级ISR里调了一个延时函数，结果高优先级中断来了，CPU没反应。查了半天才发现，那个延时函数里偷偷关了全局中断。你说气不气人？

嵌套深度对堆栈的影响

这是很多初学者容易忽略的地方。你想想看，每次发生中断嵌套，CPU都要把当前ISR的现场（寄存器、返回地址等）压入堆栈。嵌套一层，压一次。嵌套两层，压两次。嵌套三层……嗯，堆栈就快爆了。

我个人的习惯是，在设计系统时，先估算一下最大嵌套深度。怎么估算？

• 先列出所有可能同时触发的中断。
• 找出它们之间的优先级关系。
• 模拟最坏情况：最高优先级的中断在最低优先级ISR执行时触发，次高优先级又在最高优先级ISR执行时触发……以此类推。

举个例子，假设你有三个中断：

中断名称	优先级	ISR执行时间
定时器A	低（3）	50μs
UART接收	中（2）	30μs
外部中断	高（1）	20μs

最坏情况：定时器A的ISR正在执行，UART接收中断来了，嵌套一层。然后UART的ISR还没跑完，外部中断又来了，再嵌套一层。此时嵌套深度为2。

那堆栈需要多大？每个嵌套层大约需要消耗几十个字节（取决于CPU架构和寄存器数量）。以Cortex-M4为例，一次中断压栈大约消耗32字节（8个通用寄存器+特殊寄存器）。两层嵌套就是64字节，再加上ISR本身的局部变量，你至少得预留128字节以上。

嵌套的利与弊

嵌套不是万能的。它有好的一面，也有坏的一面。

好处：

• 高优先级事件能得到及时响应。比如电机堵转、过流保护这类紧急情况，必须能打断普通任务。
• 系统实时性更好。你想想看，如果没有嵌套，一个低优先级的慢速中断可能会阻塞高优先级中断，那实时性就无从谈起了。

坏处：

• 堆栈压力大。嵌套越深，堆栈消耗越大。如果堆栈空间不够，系统会直接崩溃。
• 调试难度增加。嵌套发生时，程序执行路径变得复杂。你很难复现问题，也很难定位bug。
• 潜在的死锁风险。如果两个中断互相等待对方释放资源，那就死锁了。嗯，我在一个多传感器采集项目里就遇到过，两个中断共享一个I2C总线，结果嵌套时总线被锁死了。

实际项目中的建议

说了这么多，我总结几条实战经验：

1. 能不嵌套就不嵌套。很多场景下，通过合理设计优先级和ISR执行时间，完全可以避免嵌套。比如把耗时操作放到主循环里做，ISR只做标记。
2. 控制嵌套深度。我个人习惯把嵌套深度控制在2层以内。超过3层，风险就急剧上升。
3. ISR要短小精悍。ISR里不要做复杂计算，不要调用不可重入的函数（比如printf），不要等待资源。这些都是我在项目里踩过的坑。
4. 用好优先级分组。像Cortex-M的NVIC支持优先级分组，你可以把抢占优先级和子优先级分开设置。这样既能实现嵌套，又能精细控制中断行为。

好了，这一章就聊到这儿。下一章咱们聊聊中断延迟，看看哪些因素会影响中断的响应速度。到时候我会分享一个我当年调了三天三夜才解决的延迟问题，保证让你有收获。