4. 中断与临界区调试：中断延迟测量、临界区嵌套问题、中断上下文调试技巧

中断，是 RTOS 的灵魂，也是调试中最容易出鬼的地方。我见过太多系统跑着跑着就死机，最后定位到中断里去了。这一章，咱们就把中断和临界区那点事彻底聊透。

4.1 中断延迟测量——你的系统到底有多快？

中断延迟，说白了就是从硬件拉高中断引脚，到你的 ISR 第一条指令被执行之间的时间差。这个指标直接决定了系统的实时性。

我在一个电机控制项目里遇到过：电机一加速，系统就丢脉冲。查了半天，发现中断延迟从预期的 5μs 飙到了 50μs。嗯，问题就出在临界区关中断太久。

4.1.1 中断延迟的组成

4.1.2 实测方法

我个人习惯用 GPIO 翻转法，简单粗暴，但非常有效。

// 测量中断延迟的 GPIO 翻转法
// 在 ISR 入口处拉高 GPIO，在 ISR 出口处拉低 GPIO
// 用示波器测量中断触发信号到 GPIO 上升沿的时间差

void TIM2_IRQHandler(void) {
    // 清除中断标志
    TIM2->SR = ~TIM_SR_UIF;
    
    // 测量点：ISR 入口
    GPIOB->BSRR = GPIO_PIN_0;  // 拉高 PB0
    
    // 实际中断处理逻辑
    // ...
    
    // 测量点：ISR 出口
    GPIOB->BRR = GPIO_PIN_0;   // 拉低 PB0
}

4.2 临界区嵌套问题——别把自己锁死

临界区，就是那些不允许被中断打断的代码段。RTOS 里通常用关中断或锁调度器来实现。但嵌套使用的时候，坑就来了。

4.2.1 嵌套关中断的陷阱

你想想看，如果函数 A 关了中断，然后调用了函数 B，函数 B 又关了一次中断。函数 B 退出时开了中断，那函数 A 的临界区就被破坏了。

// 错误的嵌套关中断
void function_A(void) {
    __disable_irq();  // 关中断
    // 临界区操作
    function_B();     // 调用了 B
    __enable_irq();   // 开中断 —— 危险！如果 B 也关了中断，这里就提前开了
}

void function_B(void) {
    __disable_irq();  // 再次关中断
    // 临界区操作
    __enable_irq();   // 开中断 —— 破坏了 A 的临界区
}

4.2.2 正确的做法：使用中断保存/恢复机制

几乎所有 RTOS 都提供了嵌套安全的临界区 API。核心思想是：保存当前中断状态，关中断，执行临界区，恢复之前的中断状态。

// FreeRTOS 的临界区嵌套安全写法
void function_A(void) {
    UBaseType_t uxSavedInterruptStatus;
    
    uxSavedInterruptStatus = taskENTER_CRITICAL();  // 保存状态并关中断
    // 临界区操作
    function_B();  // 内部也会调用 taskENTER_CRITICAL
    taskEXIT_CRITICAL(uxSavedInterruptStatus);       // 恢复到之前的状态
}

void function_B(void) {
    UBaseType_t uxSavedInterruptStatus;
    
    uxSavedInterruptStatus = taskENTER_CRITICAL();  // 嵌套进入
    // 临界区操作
    taskEXIT_CRITICAL(uxSavedInterruptStatus);       // 嵌套退出
}

关键点在于：taskENTER_CRITICAL 内部维护了一个嵌套计数器。只有最外层的 taskEXIT_CRITICAL 才会真正开中断。这样嵌套多少层都没问题。

4.3 中断上下文调试技巧——别在 ISR 里干傻事

中断上下文和任务上下文最大的区别：ISR 里不能阻塞、不能等待信号量、不能调用可能引起任务切换的 API（除非使用 FromISR 后缀的版本）。

4.3.1 常见的中断上下文违规

• 在 ISR 里调用 vTaskDelay() —— 直接死机
• 在 ISR 里调用 xSemaphoreTake() —— 阻塞了调度器
• 在 ISR 里调用 printf() —— 重入问题，输出混乱
• 在 ISR 里做浮点运算 —— 栈空间不够，压栈异常

4.3.2 调试中断上下文的方法

我常用的调试手段有这几个：

1. 栈使用量监控：在 ISR 入口和出口检查栈指针，确保没有溢出。很多 RTOS 都有 uxTaskGetStackHighWaterMark()，但要注意 ISR 用的是中断栈还是任务栈。
2. 中断延迟统计：用硬件定时器记录每次中断的响应时间，超过阈值就打印警告。
3. ISR 执行时间测量：用 DWT 循环计数器或定时器捕获 ISR 的执行时长。

// 使用 DWT 测量 ISR 执行时间（Cortex-M 系列）
volatile uint32_t isr_start, isr_end, isr_max = 0;

void TIM2_IRQHandler(void) {
    isr_start = DWT->CYCCNT;  // 读取当前时钟周期数
    
    TIM2->SR = ~TIM_SR_UIF;  // 清除标志
    
    // ISR 处理逻辑
    // ...
    
    isr_end = DWT->CYCCNT;
    uint32_t duration = isr_end - isr_start;
    
    if (duration > isr_max) {
        isr_max = duration;  // 记录最大执行时间
        // 可以在这里设置断点，或者记录到日志
    }
}

4.4 知识体系总览

下面这张图，把中断与临界区调试的核心脉络串起来了。

4.5 实战避坑清单

最后，把我这些年积累的避坑经验列出来，你调试的时候可以逐条对照。