中断处理基础：中断向量表、中断控制器、中断优先级与嵌套

好，咱们今天聊聊中断处理的基础。说实话，中断是实时系统的灵魂。没有中断，你的CPU就得不停地轮询，那效率低得没法看。我在QNX上做过的项目，十有八九的性能问题都跟中断配置有关。所以这块儿，咱们得掰开了揉碎了讲清楚。

中断向量表：CPU的紧急联络簿

中断向量表是什么？说白了，就是一张表。这张表里存的是每个中断号对应的处理函数地址。CPU一旦收到中断信号，就会暂停当前任务，然后根据中断号去查这张表，找到对应的函数跳过去执行。

在QNX里，中断向量表通常由内核在启动时初始化。但有一点要注意——QNX是微内核架构，中断处理并不全在内核里。用户态的驱动也可以通过InterruptAttach()注册自己的中断处理函数。嗯，这里要特别说明：用户态的中断处理，其实是通过一个代理机制实现的，并不是直接修改向量表。

我记得有一次，一个同事在调试串口驱动时，发现中断响应特别慢。查了半天，原来是他在中断处理函数里做了太多事情，导致后续中断被阻塞。后来我们把中断处理拆成了上半部和下半部，问题就解决了。这个经验让我深刻理解了中断向量表只是入口，真正的处理逻辑要精简。

中断控制器：中断的交通警察

中断控制器，比如ARM的GIC（Generic Interrupt Controller），它的作用就是管理所有中断源。你可以把它想象成一个交通警察——哪个中断来了，优先级多高，要不要屏蔽，都由它说了算。

在QNX系统中，中断控制器初始化是在系统启动早期完成的。内核会配置中断控制器的寄存器，设置好中断分发策略。我个人习惯在写BSP时，先确认中断控制器的型号和版本，因为不同版本的行为可能有细微差别。

举个例子，GICv2和GICv3在处理亲和性（affinity）上就有很大不同。GICv2只能把中断分配给特定的CPU，而GICv3支持更灵活的转发策略。我在一个多核项目里就踩过这个坑——中断总是跑到CPU0上，导致CPU0负载过高，其他核却闲着。后来改成GICv3的亲和性配置，才把负载均衡了。

中断优先级：谁更重要？

中断优先级，说白了就是给中断排个队。高优先级的中断可以打断低优先级的中断处理。这个机制保证了紧急事件能及时得到响应。

QNX支持的中断优先级范围通常是0到255，0最高，255最低。但实际使用中，我建议不要用满这个范围。为什么？因为优先级太多，反而会增加调度开销。我一般只用3到5个优先级等级，比如：

优先级	用途	示例
0-63	时间关键型中断	定时器、看门狗
64-127	高速外设中断	以太网、USB
128-191	普通外设中断	串口、GPIO
192-255	低优先级中断	温度传感器、调试接口

你想想看，如果定时器中断被串口中断打断了，那系统的实时性就无从谈起了。所以优先级分配一定要慎重。我曾经在一个项目中，把网卡中断优先级设得比定时器还高，结果导致系统时钟抖动严重，控制算法直接崩溃。嗯，从那以后我再也不敢乱设优先级了。

中断嵌套：小心别把自己绕进去

中断嵌套，就是高优先级中断打断低优先级中断的处理过程。这个机制本身没问题，但用不好就会出大乱子。

QNX默认是支持中断嵌套的。但要注意，嵌套深度不能太深。我见过一个极端案例——一个驱动里连续嵌套了4层中断，结果栈空间耗尽，系统直接panic。所以我的建议是：中断处理函数里尽量少做事，把耗时操作放到线程里去做。

具体怎么做？QNX提供了InterruptAttach()和InterruptWait()的配合机制。中断处理函数只做最必要的操作，比如清中断标志、读取数据，然后通过事件通知一个线程去处理剩下的工作。这样中断处理函数就能快速返回，不会阻塞其他中断。

// 中断处理函数示例
const struct sigevent *handler(void *arg, int id) {
    // 只做最必要的事
    clear_interrupt_flag();
    // 通知线程处理
    return &event;
}

// 主线程中
int main() {
    int id = InterruptAttach(IRQ_NUM, handler, NULL, sizeof(event), 0);
    while (1) {
        InterruptWait(0, NULL);
        // 在这里做耗时操作
        process_data();
    }
}

避坑指南：我踩过的那些雷

做中断处理这么多年，我总结了几条血泪教训：

• 中断共享要小心：多个设备共享一个中断号时，处理函数要遍历所有可能的设备，确认是谁触发了中断。我曾经漏掉了这一步，导致中断处理函数一直以为是自己设备的中断，结果死循环了。
• 中断屏蔽时间要短：在中断处理函数里，如果需要屏蔽其他中断，时间一定要控制在微秒级。否则高优先级中断会被延迟，实时性就没了。
• 测试要覆盖边界情况：比如同时触发多个中断，或者中断频率极高的情况。我习惯用stress工具模拟高负载，看看系统能不能扛住。

好了，中断处理的基础就讲到这里。下一章我们会深入聊聊QNX的中断处理机制，包括用户态中断和内核态中断的区别，以及如何优化中断响应时间。到时候我会分享一个实际项目中的优化案例，保证让你有收获。