第四章 VxWorks中断管理：从向量表到嵌套实战

中断管理，说实在的，是嵌入式系统里最核心也最容易出问题的地方。我见过太多项目，功能逻辑写得漂漂亮亮，一上中断就崩得稀里哗啦。今天咱们就把VxWorks的中断机制彻底捋一遍。

4.1 中断向量表：系统的“紧急通讯录”

中断向量表，你可以把它想象成一张“紧急情况处理表”。每个中断源对应一个表项，里面存着该中断的服务程序入口地址。CPU一收到中断信号，就根据中断号查这张表，跳过去执行。

在VxWorks里，中断向量表的初始化由 intVecBaseSet() 和 intVecBaseGet() 管理。我个人习惯在系统启动早期就确认向量表基地址是否正确，尤其是在移植BSP的时候。

/* 典型的中断连接示例 */
#include <vxWorks.h>
#include <intLib.h>

STATUS myIntConnect(int intNum, VOIDFUNCPTR handler, int arg)
{
    /* 将中断号转换为向量偏移 */
    int vector = INUM_TO_IVEC(intNum);
    
    /* 连接中断 */
    return intConnect(vector, handler, arg);
}

嗯，这里要注意：INUM_TO_IVEC() 这个宏在不同架构下行为可能不同。我在PowerPC平台上就踩过坑，它和x86的转换方式完全不一样。移植代码时一定要查手册确认。

4.2 ISR编写规范：别在中断里“逛街”

中断服务程序（ISR）的编写，说白了就一条铁律：快进快出。你想想看，中断是来“救火”的，不是来“逛街”的。在ISR里待得越久，系统响应其他中断的能力就越差。

/* 正确的ISR写法示例 */
void myIsr(int arg)
{
    /* 1. 读取硬件状态，清除中断标志 */
    int status = REG_READ(INT_STATUS_REG);
    REG_WRITE(INT_CLEAR_REG, status);
    
    /* 2. 将数据存入预分配的缓冲区 */
    g_ringBuffer[g_writeIdx] = status;
    g_writeIdx = (g_writeIdx + 1) % BUF_SIZE;
    
    /* 3. 通知任务层处理（通过信号量或消息队列） */
    semGive(g_semId);  /* 注意：这里用的是二进制信号量，且无超时 */
}

我曾经在一个通信项目里，看到同事在ISR里调了 printf() 来打印调试信息。结果系统一跑起来就随机死机，查了三天才发现是ISR占用了太多时间，导致低优先级中断丢失。从那以后，我所有项目的ISR都严格控制在20条指令以内。

4.3 中断延迟与抖动：实时性的“隐形杀手”

中断延迟，就是从硬件发出中断信号到CPU开始执行第一条ISR指令的时间。抖动，就是延迟时间的变化范围。这两个指标直接决定了系统的实时性上限。

影响因素	典型延迟时间	优化方法
CPU关中断时间	0.1 - 10 μs	减少临界区长度，使用自旋锁替代关中断
中断响应硬件延迟	0.01 - 0.5 μs	选择快速中断控制器，优化总线仲裁
ISR执行时间	1 - 100 μs	ISR只做最必要的事，其余交给任务层
中断嵌套开销	0.5 - 5 μs	合理设置优先级，避免深度嵌套

为什么抖动比延迟更可怕？因为延迟可以通过硬件选型来保证上限，但抖动意味着你无法预测中断响应时间。我在一个工业控制项目中就吃过这个亏：系统平均延迟只有5μs，但抖动达到了50μs，导致控制周期不稳定，电机运行时一抖一抖的。

4.4 中断嵌套与优先级：谁先谁后，得有个规矩

中断嵌套，就是高优先级中断打断低优先级ISR的执行。VxWorks默认支持中断嵌套，但你需要明确设置中断控制器的优先级分组。

/* 中断优先级设置示例 */
#include <iv.h>

/* 设置中断优先级 */
void setupInterruptPriority(int intNum, int priority)
{
    int vec = INUM_TO_IVEC(intNum);
    
    /* 对于ARM GIC，设置优先级寄存器 */
    REG_WRITE(GIC_PRIORITY_REG(vec), priority & 0xFF);
    
    /* 使能中断 */
    REG_WRITE(GIC_ENABLE_REG(vec), 1);
}

中断嵌套有几个关键点需要记住：

• 优先级分组：通常分为抢占优先级和响应优先级（子优先级）
• 嵌套深度：不建议超过3层，否则栈空间和上下文切换开销会失控
• 同优先级中断：默认不嵌套，按顺序执行

我记得有一次调试一个网络设备，发现偶尔会丢包。抓了三天波形，最后发现是网卡中断和定时器中断发生了嵌套，网卡ISR执行到一半被定时器打断，而定时器ISR里又操作了网卡寄存器，导致数据错乱。解决方案很简单：把网卡中断优先级设得比定时器高，或者让它们互斥访问寄存器。

4.5 实战经验总结

说了这么多，最后分享几个我这些年总结的“血泪教训”：

1. 中断号别写死：用宏定义或者配置文件管理，不同硬件平台中断号可能不同
2. ISR参数传递要小心：参数是通过寄存器传递的，别传太大的结构体
3. 中断栈要单独分配：VxWorks默认使用系统栈，但建议为ISR单独分配栈空间，防止栈溢出
4. 调试时加个“看门狗”：在ISR入口和出口各设一个断点，或者用计数器监控ISR执行时间
5. 别迷信“零延迟”：任何系统都有延迟，关键是保证延迟的上限和抖动范围可控

中断管理这东西，说难不难，说简单也不简单。关键是要理解硬件行为，尊重实时性约束，写代码时多问自己一句：“这个操作能在ISR里做吗？” 养成这个习惯，能帮你省下无数调试时间。