📚 课程目录第2章中断控制器深度解析

2、中断控制器深度解析：NVIC工作原理与优先级配置实战

中断控制器，说白了就是CPU的"门卫"。它决定哪个中断先被处理，哪个得排队等着。在ARM Cortex-M系列里，这个门卫叫NVIC——嵌套向量中断控制器。

我刚开始做嵌入式开发时，总觉得NVIC就是个简单的开关。直到有一次，一个高优先级中断把低优先级任务饿死了，系统直接卡死。嗯，从那以后我才认真研究它的工作原理。

2.1 NVIC的核心工作机制

NVIC支持最多240个外部中断，每个中断都有自己的向量地址。当多个中断同时触发时，NVIC会做三件事：

中断挂起：检测到中断信号后，将对应的挂起位置1
优先级裁决：比较所有挂起中断的优先级，选出最高的那个
向量跳转：从向量表中取出中断服务函数地址，直接跳转

这里有个关键点——NVIC用的是硬件优先级裁决，不是软件轮询。所以裁决速度极快，通常只需要几个时钟周期。

核心概念：NVIC的优先级裁决是纯硬件实现的，不占用CPU周期。这意味着中断响应延迟主要取决于：中断裁决时间 + 入栈时间 + 跳转时间。

2.2 中断优先级分组

Cortex-M3/M4支持最多8位优先级（0-255），但大多数芯片只实现了4位（0-15）。这4位怎么分配？靠的是优先级分组。

优先级分组由寄存器SCB->AIRCR控制。分组方式决定了：

几位用于抢占优先级（preempt priority）
几位用于子优先级（sub priority）

我习惯用这张表来记忆分组方式：

分组编号	抢占优先级位数	子优先级位数	抢占优先级范围	子优先级范围
NVIC_PriorityGroup_0	0	4	无	0-15
NVIC_PriorityGroup_1	1	3	0-1	0-7
NVIC_PriorityGroup_2	2	2	0-3	0-3
NVIC_PriorityGroup_3	3	1	0-7	0-1
NVIC_PriorityGroup_4	4	0	0-15	无

我的经验：大多数项目用NVIC_PriorityGroup_4就够了。也就是4位全给抢占优先级，没有子优先级。这样逻辑最清晰，不容易搞混。

2.3 抢占优先级 vs 子优先级

这两个概念容易混淆。我举个例子你就明白了：

抢占优先级：决定一个中断能否打断另一个正在执行的中断。数值越小，优先级越高。
子优先级：当两个中断的抢占优先级相同时，子优先级决定谁先执行。但子优先级不能产生嵌套。

我曾经在一个项目中，把两个外设的中断设成了相同的抢占优先级，但不同的子优先级。结果发现它们不会互相打断，而是排队执行。这就是子优先级的特性——它只决定顺序，不决定嵌套。

避坑指南：子优先级不会产生中断嵌套！如果你需要高优先级中断打断低优先级中断，必须使用不同的抢占优先级。我曾经在这个问题上踩过坑，调试了一整天才发现是优先级分组设错了。

2.4 优先级配置实战

配置NVIC优先级，通常分三步走：

设置优先级分组：在系统初始化时调用NVIC_PriorityGroupConfig()
配置外设中断优先级：使用NVIC_Init()设置抢占优先级和子优先级
使能中断：调用NVIC_EnableIRQ()

来看一个实际代码示例：

// 第一步：设置优先级分组
// 使用Group_2：2位抢占优先级 + 2位子优先级
NVIC_PriorityGroupConfig(NVIC_PriorityGroup_2);

// 第二步：配置USART1中断
NVIC_InitTypeDef NVIC_InitStructure;
NVIC_InitStructure.NVIC_IRQChannel = USART1_IRQn;
NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 1;  // 抢占优先级1
NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0;          // 子优先级0
NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
NVIC_Init(&NVIC_InitStructure);

// 第三步：配置TIM2中断（优先级更高）
NVIC_InitStructure.NVIC_IRQChannel = TIM2_IRQn;
NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0;  // 抢占优先级0
NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0;
NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
NVIC_Init(&NVIC_InitStructure);

在这个例子中，TIM2的抢占优先级是0，USART1是1。所以TIM2可以打断USART1的中断服务函数。这就是嵌套中断的基础。

2.5 优先级分组与中断延迟的关系

优先级分组直接影响中断延迟。为什么？

你想想看：如果抢占优先级的位数越多，可用的优先级等级就越多。但这也意味着优先级裁决的逻辑更复杂。虽然硬件裁决很快，但优先级位数多了，裁决路径会变长。

我个人的建议是：

实时性要求高：用Group_4（4位抢占），减少子优先级带来的额外判断
中断数量多：用Group_2或Group_3，提供更多优先级组合
简单项目：直接用Group_4，省心

关键指标：中断延迟 = 硬件裁决时间 + 入栈时间 + 跳转时间。其中硬件裁决时间与优先级位数正相关。实测数据：4位优先级裁决约需2-3个时钟周期，8位约需4-5个时钟周期。

2.6 NVIC中断控制流程图

下面这张图展示了NVIC从中断触发到CPU执行中断服务函数的完整流程：

从流程图可以看出，NVIC的处理是纯硬件流水线。中断源触发后，挂起、裁决、入栈、跳转一气呵成。这也是为什么Cortex-M系列能实现极低的中断延迟——通常在12-15个时钟周期内就能进入ISR。

2.7 实战中的优先级设计策略

在实际项目中，优先级设计不是随便分配的。我总结了一套经验法则：

时间关键型中断：分配最高优先级（如定时器、PWM、通信协议时序）
数据接收中断：分配中等优先级（如UART、SPI、I2C接收）
数据处理中断：分配低优先级（如ADC转换完成、DMA传输完成）
后台任务：在主循环中处理，不使用中断

我的习惯：我会在项目初期就画一张"中断优先级分配表"，把每个外设的抢占优先级和子优先级都列出来。这样后期调试时，一眼就能看出优先级冲突。

2.8 常见陷阱与调试技巧

最后分享几个我踩过的坑：

陷阱1：优先级分组只设置一次。如果中途改了分组，所有已配置的优先级都会重新解释，后果很严重。
陷阱2：中断优先级数值越小，优先级越高。这个和直觉相反，我刚开始总搞反。
陷阱3：子优先级不能产生嵌套。如果你需要嵌套中断，必须用不同的抢占优先级。

调试时，我常用NVIC_GetActive()和NVIC_GetPending()来检查中断状态。如果发现某个中断一直挂起但没执行，多半是优先级被更高优先级的中断阻塞了。

曾经踩过的坑：有一次我把所有中断都设成了抢占优先级0，结果一个高频中断把系统拖死了。后来才发现，所有中断优先级相同就不会产生嵌套，高频率中断会一直占用CPU。解决方案是给低频但重要的中断分配更高的抢占优先级。

NVIC的优先级配置，说白了就是给中断排个队。排得好，系统响应快、稳定；排不好，死机、丢数据都是家常便饭。掌握了优先级分组和配置方法，你就能让系统在关键时刻做出正确的响应。