如转发 请标明出处！
经常有朋友提到软中断的问题... 说实话，我从事这行这么多年，还从未在VxWorks领域听过这个词，真是孤陋寡闻了。
查了一下资料，软中断应该是Linux的softirq吧，它的典型应用就是中断的bottom half。关于中断，这是嵌入式领域的一个关键词，每个操作系统都支持，从名字上看，肯定与硬件有关。但如果ISR执行时间过长，会带来很多麻烦，因此在使用时通常有很多限制。除了这些限制，不同的操作系统还提出了不同的解决方案，例如Linux的软中断。既然名字里带个"软"，那应该是用软件（内核线程？）来代替ISR中不便执行的部分程序吧（如果我说的不对，欢迎指正，我会假装没看见）。
而VxWorks肯定也提供了类似的机制，之前的文章基本都介绍过，总结一个字，就是：Deferral
(1) 例如在纯应用层，如果前台程序的某个工作耗时较长，又急于处理其他工作，就可以将这个耗时的工作交给某个后台的daemon，我之前贴过一个例子。
(2) 如果IO驱动的ISR需要执行某个读写工作，VxWorks提供了isrDeferJobAdd()，可以将耗时工作交给后台的tIsr任务，随便找个例子。
如果这段代码看不懂的话... 我们找个时间再慢慢研究它。
(3) 如果是普通的ISR呢？可以使用excJobAdd()，将耗时工作交给tExcTask任务。例如，为什么ISR里可以调用pipe的write()呢？其中一个原因就是它把受限的操作交给后台的tExcTask了。
(4) 应用层其实还可以使用OS提供的jobTaskWorkAdd()，它可以将工作交给后台的tJobTask任务。
(5) 是不是有点麻烦？其实VxWorks还把(3)和(4)封装到了一起 - 所以，不管是泰山，还是3721，直接使用jobAdd()就可以了。
这么简单，还用举个例子吗？
(6) 哦，万变不离其宗，截图时发现：其实tLogTask也是这种套路呀。
这么一说，操作系统也不复杂嘛。
我是泰山，专注VX好多年！
一起学习，共同进步！
