中断延迟优化：中断嵌套设计、临界区保护策略、中断服务程序性能调优

中断延迟，说白了就是CPU从收到中断信号到真正执行中断服务程序（ISR）之间的那段时间。这个指标有多重要？我做过一个电机控制项目，中断延迟多了几个微秒，电机直接抖得像筛子一样。嗯，今天我们就来聊聊怎么把这几个微秒给抠出来。

一、中断延迟的构成

先搞清楚中断延迟到底由哪些部分组成。我个人习惯把它拆成三段：

• 硬件延迟：中断信号从外设到CPU核的传输时间。这个通常固定，几纳秒到几十纳秒。
• CPU响应延迟：CPU完成当前指令、保存上下文、跳转到中断向量表的时间。取决于CPU架构和当前执行状态。
• 软件延迟：进入ISR前的压栈、关中断、判断中断源等操作。这部分是我们能优化的重点。

二、中断嵌套设计

中断嵌套，就是高优先级中断可以打断低优先级中断的处理。这个功能用好了是利器，用不好就是灾难。

2.1 什么时候该用嵌套？

我建议遵循一个原则：只有真正紧急的中断才允许嵌套。什么叫真正紧急？比如电源掉电检测、温度过限保护这类，晚处理几微秒就可能烧板子。

举个例子，我在一个工业控制器项目里，把中断分成了三个优先级：

优先级	中断类型	允许嵌套？	最大执行时间
最高（0）	电源故障、看门狗	是	5 µs
中等（1）	定时器、外部触发	仅被0级打断	20 µs
最低（2）	UART、SPI、GPIO	否	50 µs

你看，只有最高优先级的中断才能嵌套别人。这样既保证了紧急事件的响应速度，又避免了低优先级中断被频繁打断导致饿死。

2.2 嵌套深度控制

我曾经踩过一个坑：中断嵌套层数太多，栈空间直接爆了。NuttX默认的中断栈可能只有几百字节，你嵌套个三四层，每层压栈几十个寄存器，栈就没了。

实现上，可以在进入ISR时检查当前嵌套层数：

// NuttX 中检查中断嵌套层数
irqstate_t flags = enter_critical_section();
if (g_nested_irq_count > MAX_NESTED_IRQ) {
    // 触发断言或记录错误
    PANIC();
}
g_nested_irq_count++;
leave_critical_section(flags);

三、临界区保护策略

临界区，就是那些不能被中断打断的代码段。保护临界区最直接的办法就是关中断。但关中断的时间越长，中断延迟就越大。这是个矛盾。

3.1 细粒度临界区

我个人的习惯是：临界区能多小就多小。别图省事把整个函数都包进去。

看个反面例子：

// 不好的做法：临界区太大
irqstate_t flags = enter_critical_section();
for (int i = 0; i < 1000; i++) {
    buffer[i] = read_sensor(i);
    process_data(buffer[i]);
}
leave_critical_section(flags);

这个循环可能要执行几毫秒，期间所有中断都被阻塞了。想想看，如果此时有个紧急中断进来，系统得等几毫秒才能响应，这能忍？

改成这样：

// 好的做法：只保护共享资源访问
for (int i = 0; i < 1000; i++) {
    int data = read_sensor(i);  // 不涉及共享资源，不用保护
    irqstate_t flags = enter_critical_section();
    buffer[i] = data;           // 只保护对buffer的写入
    leave_critical_section(flags);
    process_data(data);         // 处理数据也不涉及共享资源
}

3.2 使用自旋锁替代关中断

在多核系统中，关中断只能关掉当前核的中断，其他核照样能访问共享资源。这时候自旋锁更合适。

// NuttX SMP 环境下的临界区保护
irqstate_t flags = spin_lock_irqsave(&my_lock);
// 访问共享资源...
spin_unlock_irqrestore(&my_lock, flags);

四、中断服务程序性能调优

ISR的性能调优，说白了就是让ISR跑得越快越好。我总结了三个原则：

4.1 原则一：ISR里只做最必要的事

ISR里应该做什么？我个人认为只有两件事：

• 读取硬件状态（清除中断标志）
• 把数据放到队列或缓冲区里

其他所有处理，都扔到任务级去做。比如：

// 好的ISR：只做最小操作
void uart_isr(int irq, void *context) {
    uint8_t data = uart_get_byte();  // 读取数据
    ringbuf_put(&rx_ring, data);     // 放入环形缓冲区
    sem_post(&rx_sem);               // 通知任务处理
    // 绝不在这里做协议解析、字符串处理等耗时操作
}

4.2 原则二：避免在ISR中使用阻塞操作

这个其实不用多说。在ISR里调用printf、malloc、sem_wait这些函数，基本等于自杀。我曾经见过一个同事在ISR里调了printf，结果系统直接死锁——因为printf内部用了互斥锁。

4.3 原则三：合理使用中断底半部

NuttX支持work queue机制，可以把ISR里的耗时操作推迟到work queue中执行。这其实就是Linux里tasklet/softirq的简化版。

// 使用work queue处理中断底半部
static void uart_work_callback(FAR void *arg) {
    // 在这里做耗时的数据处理
    process_received_data();
}

void uart_isr(int irq, void *context) {
    uint8_t data = uart_get_byte();
    ringbuf_put(&rx_ring, data);
    
    // 调度work queue处理
    work_queue(HPWORK, &uart_work, uart_work_callback, NULL, 0);
}

这样ISR本身只花了几微秒就退出了，真正的处理在任务上下文里慢慢做。中断延迟？几乎不受影响。

五、知识体系总览

下面这张图总结了中断延迟优化的核心思路，我画出来方便你对照检查自己的设计：

嗯，这张图基本把中断延迟优化的核心内容都涵盖了。你对照着看自己的设计，哪个环节薄弱就补哪个。

---

公众号:蓝海资料掘金营，微信deep3321