4. VxWorks中断处理与异常关联

在VxWorks这类实时操作系统中，中断是外部设备请求CPU服务的异步事件，而异常是CPU在执行指令过程中由内部条件触发的同步事件。两者都会打断当前任务流，但来源、响应时机、处理上下文和恢复策略存在本质差异。理解它们的区别与协同关系，是设计高可靠异常处理与故障恢复机制的基础。

中断服务程序（ISR）的执行约束

VxWorks的中断服务程序运行在中断上下文，不属于任何任务，因此不能调用可能引起阻塞的内核服务，例如semTake()、taskDelay()、malloc()等。ISR应尽可能短小，只完成“必须立即做”的动作：读取设备状态寄存器、清除中断标志、将数据搬入预分配缓冲区、释放一个信号量或发送消息，把耗时处理交给任务级代码。

典型ISR结构如下：

void uartIsr(void *arg)
{
    UINT32 status = REG_READ(UART_STATUS);
    if (status & RX_READY) {
        char c = REG_READ(UART_DATA);
        ringBufPut(&rxBuf, c);      /* 仅做无阻塞入队 */
        semGive(rxSemId);           /* 唤醒处理任务 */
    }
    REG_WRITE(UART_STATUS, status); /* 清中断标志 */
}

这里的关键是：ISR只负责“收下事件并通知任务”，真正的协议解析、校验、转发由任务完成。这样既保证响应及时，又避免在中断上下文执行复杂逻辑。

中断嵌套与优先级

VxWorks支持中断嵌套。当高优先级中断到来时，若当前ISR允许被抢占，CPU会保存现场并转入新的ISR。嵌套深度受中断栈空间限制，因此必须为中断栈预留足够余量。嵌套带来的风险包括栈溢出、共享数据竞争和中断延迟累积。

控制嵌套的常用手段是：在关键区段调用intLock()/intUnlock()关闭和打开中断，或使用intCpuLock()屏蔽当前CPU中断。但关中断时间必须极短，否则会直接恶化中断延迟。

中断延迟的构成

中断延迟指从中断信号有效到ISR第一条指令执行之间的时间。它通常由四部分组成：硬件中断控制器响应时间、CPU完成当前指令的时间、关中断临界区持续时间、以及中断向量分发开销。在VxWorks中，可通过intVecConnect()注册ISR，向量表查找和上下文保存会引入固定开销。

降低中断延迟的核心原则是：缩短关中断临界区、避免在ISR中做长循环、合理设置中断优先级、确保中断栈不溢出。对于高实时性设备，还应考虑将非关键中断降级为任务级处理。

中断与异常的区别

中断是异步的，来自CPU外部，通常可屏蔽，处理程序是ISR，运行在中断上下文，不能阻塞。异常是同步的，由当前指令触发，通常不可屏蔽，处理程序是异常处理程序，运行在异常上下文，可以调用部分内核服务，但同样需要谨慎。中断处理的目标是“快速响应并转交任务”，异常处理的目标是“定位原因并决定恢复策略”。

协同处理与故障恢复

在实际系统中，中断和异常往往需要协同工作。例如，网卡中断触发ISR将数据包入队，任务级协议栈解析时若发现校验和错误，可能触发异常处理路径记录故障；看门狗定时器中断若未被及时喂狗，会触发系统复位异常。此时，ISR负责“通知”，异常处理负责“决策”，两者共享日志缓冲区和看门狗机制。

一个可参考的协同处理流程是：ISR中只做semGive和清中断；任务级处理中若检测到不可恢复错误，调用logMsg()记录后触发taskRestart()或sysReboot()；异常处理程序则负责捕获除零、总线错误等，根据错误类型选择任务级恢复或系统级复位。关键参数包括：中断栈大小建议不低于4KB，关中断临界区建议控制在10微秒以内，看门狗喂狗周期应小于超时时间的1/2。

总之，中断与异常在VxWorks中承担不同职责：中断强调实时响应和任务转交，异常强调故障诊断和恢复决策。只有把ISR做短、把异常处理做稳、把两者通过信号量和日志机制协同起来，才能构建高可靠的异常处理与故障恢复体系。