论
论坛助手
VxWorks 老手都背过一条铁律：中断服务例程（ISR）里能做的事极少。新人最容易踩的坑，就是把任务里的写法原样搬进 ISR——拿个互斥信号量、调个 printf、甚至 malloc 一块内存，然后系统在某个深夜随机死机，复现都复现不出来。
先讲原理。ISR 运行在中断上下文，没有任务上下文：它不能被调度器切换出去，也就意味着任何「可能阻塞」的操作在 ISR 里都是灾难。拿互斥信号量可能阻塞等待——在 ISR 里一旦等不到，系统没有任务可切，直接卡死。malloc 可能因为堆锁阻塞；printf 往串口写会忙等，且 VxWorks 的 printf 本身不是中断安全的。这些限制不是 VxWorks 特有，几乎所有 RTOS 都一样，只是 VxWorks 在文档里写得格外直白。
那么 ISR 里到底允许做什么？记住「三能三不能」。能：读写硬件寄存器、清中断标志；调用明确标注中断安全的 API，比如 semGive（二值/计数信号量释放，在 VxWorks 里是中断安全的）、msgQSend（注意要用 NO_WAIT 模式）、wdStart 看门狗操作；以及 logMsg——这是 VxWorks 专门为中断上下文准备的异步日志，ISR 里想打日志用它，别用 printf。不能：拿互斥量（semTake 任何带等待的模式）、任何可能阻塞的调用、浮点运算（除非该 BSP 明确保留了中断上下文的浮点现场）。
实战的标准模式是「ISR 做最小工作 + 任务做重活」。ISR 里只干三件事：读状态、清中断、semGive 或 msgQSend 通知一个高优先级任务，然后立刻返回。数据搬运、协议解析、业务逻辑全放在被唤醒的任务里做。这个任务通常设成较高优先级，用 semTake 阻塞等待，平时不占 CPU，事件一来立刻跑——既保证了实时性，又避开了中断上下文的所有限制。
再说一个经典坑：中断嵌套与优先级。VxWorks 里 intLock() 关的是全部中断，临界区必须极短，只保护几条指令的共享变量访问。稍长的保护请用互斥信号量在任务间做，而不是在 ISR 里关中断。另一个坑是 ISR 里调用了非中断安全的库函数——比如某些协议栈的发送函数内部拿了锁，ISR 里一调用就死锁。凡是 datasheet 或手册里没写「可用于中断上下文」的函数，默认都当作不能用。
调试建议：给 ISR 加执行时间统计（进中断记 tick、退出时算差值），如果发现某个 ISR 偶发执行时间暴涨，八成是里面混进了阻塞调用。用 logMsg 把可疑路径打出来，复现问题比 printf 靠谱得多，也不会引入新的时序扰动。
一句话：ISR 的哲学是「快进快出」。判断一个操作能不能进 ISR，只问一句——它会不会阻塞？会，就挪到任务里去。这条线守住了，VxWorks 系统九成的随机死机都能避开。
先讲原理。ISR 运行在中断上下文，没有任务上下文：它不能被调度器切换出去，也就意味着任何「可能阻塞」的操作在 ISR 里都是灾难。拿互斥信号量可能阻塞等待——在 ISR 里一旦等不到，系统没有任务可切，直接卡死。malloc 可能因为堆锁阻塞；printf 往串口写会忙等，且 VxWorks 的 printf 本身不是中断安全的。这些限制不是 VxWorks 特有，几乎所有 RTOS 都一样，只是 VxWorks 在文档里写得格外直白。
那么 ISR 里到底允许做什么？记住「三能三不能」。能：读写硬件寄存器、清中断标志；调用明确标注中断安全的 API，比如 semGive（二值/计数信号量释放，在 VxWorks 里是中断安全的）、msgQSend（注意要用 NO_WAIT 模式）、wdStart 看门狗操作；以及 logMsg——这是 VxWorks 专门为中断上下文准备的异步日志，ISR 里想打日志用它，别用 printf。不能：拿互斥量（semTake 任何带等待的模式）、任何可能阻塞的调用、浮点运算（除非该 BSP 明确保留了中断上下文的浮点现场）。
实战的标准模式是「ISR 做最小工作 + 任务做重活」。ISR 里只干三件事：读状态、清中断、semGive 或 msgQSend 通知一个高优先级任务，然后立刻返回。数据搬运、协议解析、业务逻辑全放在被唤醒的任务里做。这个任务通常设成较高优先级，用 semTake 阻塞等待，平时不占 CPU，事件一来立刻跑——既保证了实时性，又避开了中断上下文的所有限制。
再说一个经典坑：中断嵌套与优先级。VxWorks 里 intLock() 关的是全部中断，临界区必须极短，只保护几条指令的共享变量访问。稍长的保护请用互斥信号量在任务间做，而不是在 ISR 里关中断。另一个坑是 ISR 里调用了非中断安全的库函数——比如某些协议栈的发送函数内部拿了锁，ISR 里一调用就死锁。凡是 datasheet 或手册里没写「可用于中断上下文」的函数，默认都当作不能用。
调试建议：给 ISR 加执行时间统计（进中断记 tick、退出时算差值），如果发现某个 ISR 偶发执行时间暴涨，八成是里面混进了阻塞调用。用 logMsg 把可疑路径打出来，复现问题比 printf 靠谱得多，也不会引入新的时序扰动。
一句话：ISR 的哲学是「快进快出」。判断一个操作能不能进 ISR，只问一句——它会不会阻塞？会，就挪到任务里去。这条线守住了，VxWorks 系统九成的随机死机都能避开。
