2. VxWorks异常处理机制总览
在VxWorks中，“异常”是一个比“错误”更底层的概念。它指的是处理器在执行指令过程中，因内部或外部事件而被迫暂停当前指令流，转去执行一段预先登记的处理代码。理解VxWorks的异常处理机制，是后续做故障定位、任务恢复和系统加固的前提。本节从异常分类入手，逐步展开中断与陷阱的区别、异常向量表的组织方式、异常处理流程，以及默认异常处理行为。
一、异常的分类
VxWorks所面对的异常，按来源大致可分为三类：中断（Interrupt）、陷阱（Trap）和系统调用/软件异常（Software Exception）。中断来自处理器外部，例如定时器到期、串口收到数据、网卡收到报文；陷阱由当前执行的指令直接触发，例如除零、非法地址访问、未对齐访问、断点指令；软件异常则通常由程序主动发起，例如通过系统调用进入内核，或通过trig类接口主动触发调试事件。
从“是否与当前指令同步”这个角度看，陷阱是同步异常——它一定由某条正在执行的指令引起，异常返回地址通常指向该指令或下一条指令；中断是异步异常——它可以在任意指令边界发生，与当前正在执行的代码没有直接因果关系。这一区别直接影响异常返回时的处理策略：同步异常往往意味着当前指令无法继续，需要修复或终止；异步中断则通常可以在处理完后继续执行原指令流。
二、中断与陷阱的差异
中断和陷阱在VxWorks中虽然都走异常入口，但处理路径和语义不同。中断处理程序（ISR）运行在独立的中断栈上，要求短小、不可阻塞，不能调用可能引起阻塞的内核服务；陷阱处理程序则往往与当前任务的上下文紧密相关，需要保存完整的任务上下文，并可能涉及任务挂起、信号量释放或任务删除等操作。
另一个关键差异是可重入性与嵌套。中断通常允许嵌套，高优先级中断可以打断低优先级ISR；陷阱一般不允许嵌套，因为陷阱处理过程中当前任务已经处于异常状态，再次触发陷阱往往意味着处理程序本身有缺陷。VxWorks通过中断锁和中断级别管理来约束中断嵌套，而对陷阱则更多依赖异常处理程序自身的健壮性。
三、异常向量表
异常向量表是处理器架构与VxWorks异常处理框架之间的桥梁。以常见的PowerPC、ARM或x86为例，处理器在发生异常时，会根据异常类型跳转到固定的向量地址。VxWorks在启动阶段会把这些向量地址填充为指向自身异常入口的跳转指令，从而接管所有异常。
向量表通常按异常类型分区，例如：复位向量、机器检查向量、数据访问异常向量、指令访问异常向量、外部中断向量、系统调用向量等。每个表项保存的是入口地址或跳转指令。VxWorks在usrInit阶段通过excVecInit等接口完成向量表的初始化，并允许用户通过excConnect或intConnect把自定义处理程序挂接到指定向量上。
四、异常处理流程
当异常发生时，处理器硬件首先完成最小限度的现场保护，然后跳转到向量表对应入口。VxWorks的异常入口代码会进一步保存完整的寄存器上下文，包括通用寄存器、程序计数器、处理器状态字以及浮点寄存器（若启用）。随后，异常分发器根据向量号判断异常类型，并查找该向量上是否已注册处理程序。
如果用户通过excConnect注册了处理程序，分发器会把控制权交给该程序。处理程序可以读取异常帧中的信息，例如异常地址、指令编码、任务ID等，据此决定是修复后返回、挂起当前任务，还是触发系统复位。处理完成后，通过异常返回指令恢复现场，继续执行被中断的指令流或转向新的任务上下文。
如果该向量上没有注册用户处理程序，系统会进入默认异常处理路径。默认行为通常包括：打印异常类型、异常地址、任务名和寄存器快照，然后挂起或删除当前任务。在开发阶段，这有助于快速定位问题；在产品阶段，则可能触发看门狗复位或系统重启，以保证设备回到已知安全状态。
五、默认异常处理行为
VxWorks的默认异常处理行为由内核异常处理框架提供，典型动作如下：
- 在控制台输出异常摘要，包括异常向量号、异常地址、当前任务ID和任务名；
- 打印关键寄存器值，如PC、LR、SP、MSR以及通用寄存器R0~R31；
- 若系统配置了异常任务挂起策略，则挂起当前任务，让其他任务继续运行；
- 若异常发生在中断上下文或系统关键路径，可能直接触发系统复位或进入调试器；
- 在启用
INCLUDE_EXC_HANDLING和INCLUDE_EXC_SHOW等组件时，默认处理会输出更完整的异常帧信息。
需要强调的是，默认异常处理并不是“万能恢复”。它更多是一种保护性措施，防止单个任务异常扩散为系统崩溃。在实际工程中，通常需要针对关键向量注册自定义处理程序，例如对数据访问异常做地址合法性检查，对未定义指令异常做指令修复或任务重启，对看门狗中断做喂狗和状态记录。