2、中断延迟定义：中断延迟的组成、测量方法与关键指标

说到实时系统，中断延迟是个绕不开的话题。我刚开始做嵌入式那会儿，总觉得中断来了就能马上响应，结果被现实狠狠教育了一回——有一次电机控制项目，中断响应慢了那么几十微秒，电机直接抖成了筛子。从那以后，我对中断延迟就格外上心。

说白了，中断延迟就是从硬件触发中断信号，到CPU开始执行中断服务程序（ISR）第一条指令这段时间。它不是个单一数值，而是一堆时间累加的结果。

2.1 中断延迟的组成

中断延迟可以拆成四个部分。我习惯把它们画成一条时间线，这样看更清楚。

2.2 各组成部分详解

2.2.1 硬件延迟

这部分基本是固定的。信号从外设引脚经过电平转换、中断控制器（比如NVIC或GIC）再到CPU核心，路径上的门延迟和线延迟加起来。ARM Cortex-M系列一般在2~12个时钟周期。嗯，这里没什么好优化的，选型时关注一下就行。

2.2.2 中断屏蔽时间

这是整个延迟里最要命的部分。CPU在执行临界区代码时，通常会关中断。如果临界区写得又臭又长，中断就得一直等着。

中断屏蔽时间取决于：

• 临界区的长度（代码执行时间）
• 中断嵌套的深度（高优先级中断正在执行）
• 操作系统的调度策略（RTOS关中断调用的频率）

2.2.3 中断响应时间

CPU从异常向量表里找到ISR入口，然后做现场保护（压栈）。不同架构差别很大：

架构	典型响应时间（周期数）	特点
Cortex-M3/M4	12~16	硬件自动压栈，尾链技术
Cortex-M7	14~20	带缓存时可能波动
Cortex-A系列	50~200+	软件压栈，MMU/TLB影响
RISC-V	20~40	取决于具体实现

我个人习惯在选型时，把响应时间这个指标单独拿出来看。Cortex-M系列的硬件压栈确实香，省了不少事。

2.2.4 上下文切换时间

ISR执行完后，CPU要恢复现场（出栈），然后返回到被中断的任务。这部分时间跟寄存器数量、浮点单元（FPU）是否启用有关。如果ISR里用了浮点运算，切换时间会多出几十个周期。

2.3 测量方法

光说不练假把式。中断延迟到底多少，得测了才知道。我常用的方法有三种：

2.3.1 GPIO示波器法

最土但最可靠的方法。在中断触发源和ISR入口各拉一个GPIO，用示波器量两个上升沿之间的时间差。

// 中断触发源侧（外设中断产生时拉高）
void peripheral_isr(void) {
    GPIO_SetBits(GPIOA, GPIO_Pin_0);  // 测量点1：中断触发
    // ... 清除中断标志等
}

// 目标ISR入口
void target_irq_handler(void) {
    GPIO_SetBits(GPIOA, GPIO_Pin_1);  // 测量点2：ISR开始执行
    // ... 实际处理
}

你想想看，这个方法的好处是直观，坏处是得搭硬件。不过对于排查问题来说，示波器一量，啥都清楚了。

2.3.2 定时器捕获法

用定时器的输入捕获功能，记录中断触发时刻和ISR开始时刻的时间戳。精度取决于定时器时钟，一般能做到几十ns级别。

volatile uint32_t t_trigger, t_isr_start;

// 中断触发时记录
void gpio_irq_handler(void) {
    t_trigger = TIM_GetCapture(TIM2);
    // 触发目标中断（软件或硬件方式）
}

// 目标ISR
void target_isr(void) {
    t_isr_start = TIM_GetCapture(TIM2);
    uint32_t latency = t_isr_start - t_trigger;
    // latency 就是中断延迟
}

2.3.3 逻辑分析仪法

如果系统里有多个中断源，逻辑分析仪可以同时抓多路信号，分析中断之间的相互影响。我个人觉得这是排查中断嵌套问题的利器。

2.4 关键指标

衡量中断延迟，不能只看一个数。我通常关注以下四个指标：

指标	定义	典型要求	我的经验
最差情况延迟（WCL）	所有不利因素叠加时的最大延迟	硬实时系统：< 10μs	这是硬实时系统的生死线
平均延迟	多次测量的算术平均值	软实时系统：< 50μs	反映日常表现
抖动（Jitter）	最大延迟与最小延迟的差值	音频系统：< 1μs	抖动大了，系统就不稳定
中断吞吐量	单位时间内能处理的中断次数	高速外设：> 100k次/秒	中断太频繁，CPU就干不了别的了

2.5 避坑指南

做中断延迟分析这些年，我踩过不少坑。挑几个典型的说说：

• 缓存一致性坑：Cortex-A系列带D-cache时，ISR里访问外设寄存器可能读到脏数据。我曾经被这个问题坑了整整两天，后来加了内存屏障才解决。
• 中断优先级反转：低优先级中断占了共享资源，高优先级中断等着。嗯，这问题在RTOS里特别常见，解决办法是使用互斥量+优先级继承。
• 测量探头引入的误差：示波器探头本身的延迟和电容负载会影响测量结果。我习惯用有源探头，或者至少用10×档位减少负载。
• 编译器优化干扰：有时候编译器把测量代码优化掉了，测出来的延迟是0。记得把测量变量声明为volatile。