4. 中断延迟：定义、影响因素与测量方法
各位同学，咱们今天聊聊中断延迟。这玩意儿，说白了就是“从硬件拉高中断信号，到CPU真正跑去执行中断服务程序，中间到底等了多久”。
我刚开始做嵌入式那会儿，总觉得中断嘛，来了就处理呗，能有多大事？直到有一次，一个电机控制的项目，中断响应慢了那么几十微秒，电机直接抖成了帕金森。嗯，从那以后，我对中断延迟就再也不敢马虎了。
4.1 中断延迟的定义
先给个标准说法：中断延迟，是指从硬件产生中断请求，到CPU开始执行中断服务程序（ISR）的第一条指令，这中间经历的时间间隔。
你想想看，这个时间不是固定的。它受很多因素影响。我习惯把它拆成两段来看：
- 硬件延迟：中断信号从外设传到CPU引脚，再被CPU识别，这基本是纳秒级，固定得很。
- 软件延迟：CPU正在忙别的事，得先把手头的活儿干完（或者找个安全点停下来），再跳转到ISR。这部分才是大头，也是我们要重点关注的。
核心公式（简化版）：
中断延迟 = 硬件识别时间 + 当前指令完成时间 + 中断响应时间（压栈、查向量表）+ 跳转时间
4.2 影响中断延迟的因素
影响中断延迟的因素，我归纳了一下，主要有这么几个。每个我都踩过坑，你们记一下。
4.2.1 CPU当前的状态
这是最直接的。如果CPU正在执行一条多周期指令（比如除法、DMA传输），它得等这条指令跑完才能响应中断。我记得有一次调试，发现中断偶尔会慢几十个时钟周期，查了半天，发现是某个库函数里用了除法指令，刚好卡在中断来的节骨眼上。
4.2.2 中断屏蔽
很多CPU都有全局中断使能位（比如ARM的CPSR中的I位）。如果这个位被清零了，所有可屏蔽中断都进不来。另外，有些高优先级的中断服务程序里，可能会临时关闭低优先级的中断。这时候低优先级中断的延迟就会显著增加。
注意：千万不要在ISR里长时间关中断！我曾经见过一个同事，在ISR里做了个复杂的浮点运算，还把中断关了。结果高优先级的中断被堵在外面，系统直接崩了。这属于典型的“捡了芝麻丢了西瓜”。
4.2.3 中断优先级与嵌套
如果多个中断同时发生，CPU会先处理优先级高的。低优先级的中断就得等着。如果高优先级的中断服务程序执行时间很长，低优先级的中断延迟就会变得不可控。
我个人的习惯是：中断服务程序一定要短！短！短！ 能做的就做三件事：读数据、清标志、发信号。复杂的处理，扔到任务级去做。
4.2.4 中断向量表查找
CPU收到中断号后，需要去查中断向量表，找到对应的ISR入口地址。这个查找过程本身也有开销。如果向量表在外部存储器里，延迟会更大。所以，关键的中断，我建议把向量表放在内部SRAM里，能快不少。
4.2.5 系统负载
这个好理解。系统越忙，CPU正在执行的任务越复杂，中断被响应的机会就越容易被“挤掉”。尤其是在非抢占式内核里，如果当前任务不主动让出CPU，中断就只能干等着。
4.3 测量中断延迟的方法
理论说完了，咱们来点实际的。怎么测？总不能拿个秒表去掐吧？
我常用的方法有三种，各有优劣。
4.3.1 方法一：GPIO示波器法（最直观）
这是我最喜欢的方法，简单粗暴，而且结果一目了然。
- 在中断服务程序的第一行代码，拉高一个GPIO引脚。
- 在中断服务程序的最后一行，拉低这个GPIO引脚。
- 用示波器同时测量中断源信号（比如外部中断引脚）和这个GPIO引脚。
示波器上两个信号上升沿之间的时间差，就是中断延迟。而GPIO高电平的宽度，就是ISR的执行时间。
小技巧：GPIO操作本身也有开销（几个时钟周期）。如果你测的是纳秒级的延迟，记得把这个开销减掉。我一般会在代码里加一个“空操作”的GPIO翻转，先测出GPIO操作本身的耗时，再减去它。
4.3.2 方法二：定时器捕获法（更精确）
如果手头没有示波器，或者想自动化测试，可以用定时器。
- 启动一个高精度定时器（比如系统滴答定时器）。
- 在中断源触发的同时，记录定时器的当前值（T1）。
- 在ISR的第一条指令，再次记录定时器的当前值（T2）。
- 中断延迟 = (T2 - T1) × 定时器时钟周期。
这个方法的好处是，可以批量测量，然后统计出最大延迟、最小延迟和平均延迟。我在做实时性分析时，经常用这招。
4.3.3 方法三：逻辑分析仪法（适合多中断场景）
当系统里有多个中断源，你想看它们之间的相互影响时，逻辑分析仪就派上用场了。把每个中断源和对应的ISR响应GPIO都接到逻辑分析仪上，可以清晰地看到中断的排队、抢占和延迟情况。
我曾经用这个方法抓到一个很隐蔽的bug：一个低优先级的中断，因为被高优先级中断反复抢占，导致它的ISR执行时间被拉长了10倍。用逻辑分析仪一看，波形图一目了然。
4.4 知识结构图
下面这张图，是我自己画的，把中断延迟的核心逻辑串起来了。你们可以保存下来，复习时看一眼。
4.5 避坑指南
最后，分享几个我这些年总结出来的经验，希望能帮你们少走弯路。
- 不要假设中断延迟是常数。 它是个变量，受系统状态影响。设计时一定要留余量。
- 测量时，要测最坏情况。 比如在系统负载最高的时候，同时触发多个中断，看看最慢的那个延迟是多少。
- 我曾经犯过一个错： 在ISR里调用了printf函数。结果printf内部用了互斥锁，导致中断被阻塞。从那以后，我定了个规矩：ISR里绝对不允许调用任何可能阻塞的函数。
- 中断延迟和中断响应时间不是一回事。 延迟是到ISR开始执行，响应时间还包括ISR执行完。别搞混了。
好了，中断延迟这部分就讲到这里。记住，理解它、测量它、控制它，你的系统实时性才能有保障。