第三章 中断延迟优化：从根源上缩短响应时间
中断延迟，说白了就是硬件触发中断到你的ISR（中断服务函数）真正开始干活之间的那段时间。很多工程师觉得这玩意儿不就是几个时钟周期的事吗？其实不然。我见过太多系统因为中断延迟没控制好，导致通信超时、控制周期抖动、甚至直接死机。
这一章，咱们就把中断延迟的每个环节掰开揉碎。从优先级配置到临界区保护，从嵌套抢占到ISR瘦身，一步步把延迟压到最低。
1. 中断优先级配置：别让优先级变成摆设
大多数MCU都支持多级中断优先级。但很多人配置的时候就是随便填个数，觉得“反正都能用”。嗯，这里要注意——优先级配不好，高优先级中断可能被低优先级阻塞，延迟直接翻倍。
| 优先级层级 | 典型用途 | 延迟要求 |
|---|---|---|
| 最高（0级） | 系统时钟节拍、紧急故障 | < 1μs |
| 高（1-2级） | 高速通信（SPI、CAN） | < 5μs |
| 中（3-4级） | 外部IO、定时器捕获 | < 20μs |
| 低（5-7级） | 按键扫描、低优先级外设 | < 100μs |
我个人习惯是：先列出所有中断源，按实时性要求排序，再分配优先级。千万别把两个实时性要求都高的中断放在同一级——万一同时触发，谁先谁后全靠硬件仲裁，你控制不了。
2. 临界区保护：锁要锁对地方
临界区保护是中断延迟的“隐形杀手”。很多人一上来就关全局中断，保护完再开。你想想看，如果临界区里干了太多活，高优先级中断就得干等着。
正确的做法是：只保护真正需要保护的共享资源。比如一个全局变量，两个中断都会修改它。那就在读写这个变量的前后加临界区保护，而不是把整个ISR都包进去。
// 错误示范：整个ISR都关中断
void TIM_IRQHandler(void) {
__disable_irq();
// 处理定时器逻辑
// 更新共享变量
// 其他操作
__enable_irq();
}
// 正确做法：只保护共享变量
void TIM_IRQHandler(void) {
// 处理定时器逻辑（不需要保护）
__disable_irq();
shared_var++;
__enable_irq();
// 其他操作（不需要保护）
}3. 中断嵌套与抢占：让该快的快起来
中断嵌套，说白了就是一个中断正在执行，另一个更高优先级的中断来了，CPU暂停当前ISR去处理新的。这个机制本身没问题，但用不好就会出乱子。
我见过一个案例：系统里有两个中断，一个高优先级（1ms周期），一个低优先级（10ms周期）。低优先级ISR里有个耗时操作，高优先级中断频繁抢占。结果低优先级ISR永远执行不完，系统卡死。
解决方案其实很简单：把耗时操作移到任务级，ISR里只做最必要的事。或者，如果必须在中端里做，那就用“中断下半部”机制——ISR只标记事件，让一个后台任务去处理。
4. 中断服务函数瘦身：ISR越短越好
这是最直接、最有效的优化手段。ISR里每多一条指令，中断延迟就多一分。你想想看，如果ISR里跑了个for循环，或者调了个printf，那其他中断得等到什么时候？
ISR应该只做三件事：
- 读取硬件状态（清标志位、读数据寄存器）
- 更新共享变量（计数器、标志位、缓冲区指针）
- 触发任务（发信号量、消息队列、事件标志）
其他所有逻辑，都放到任务级去处理。我习惯用“ISR + 任务”的架构：
// ISR：极简，只做必要操作
void UART_IRQHandler(void) {
uint8_t data = UART->DR; // 读数据
UART->ICR |= (1 << 5); // 清标志
rx_buffer[head] = data; // 存缓冲区
head = (head + 1) % BUF_SIZE;
osSemaphoreRelease(rx_sem); // 通知任务
}
// 任务：处理数据
void UART_RxTask(void *arg) {
while(1) {
osSemaphoreAcquire(rx_sem, osWaitForever);
// 在这里做协议解析、数据处理等耗时操作
}
}5. 知识结构总览
下面这张图把中断延迟优化的四个维度串起来了。你可以把它当作调试时的检查清单：
6. 实战调试技巧
说了这么多理论，来点实际的。我调试中断延迟时，一般按这个步骤来：
- 第一步：测量基线。在ISR入口和出口各翻转一个GPIO，用逻辑分析仪抓波形。算出实际延迟。
- 第二步：分析瓶颈。如果延迟超标，看是哪个环节拖了后腿。是临界区太长？还是ISR本身太胖？
- 第三步：针对性优化。根据分析结果，调整优先级、缩短临界区、瘦身ISR。
- 第四步：验证效果。再次抓波形，确认延迟是否达标。