多任务通信下可能的死锁问题及总结

首先介绍一篇VxWorks下多任务通信机制的文章：
http://www.witech.com.cn/news/Article_Show.asp?ArticleID=231
以前遇到死锁问题，仅局限于查找信号量嵌套，总是将死锁局限于多信号量的使用，而往往忽视了最根本的问题，死锁产生的原因在于资源，资源短缺，资源互斥。因为这个原因，在分析死锁时也应该考虑信号量与管道，消息队列之间可能因为争夺资源而导致的阻塞。

然后对信号量做个总结：

1，概述

VxWorks中提供了三种信号量，二进制信号量(semBCreate)，互斥信号量(semMCreate)，和计数信号量(semCCreate)。那么这三种信号量分别有什么特点呢？

二进制信号量：速度最快，最常用，是完成互斥，同步操作的最佳方式；

互斥信号量：对二进制信号量在互斥上进行优化，具有优先级继承，删除保护和递归访问的特性；

计数信号量：可记录semGive()的次数，可监视同一资源上的多个实例。

信号量操作的常用函数：

semTake();

semGive();

semFlush();将所有等待该信号量的任务唤醒；但并不会影响该二进制信号量所处的状态，它只是清空了所有阻塞在该信号量上的任务队列。

中断服务程序不能调用semGive函数。

2，二进制信号量使用说明

二进制信号量是用于互斥还是同步与其初始状态关系密切。互斥操作一般将其初始化为可用，而同步操作则将其初始化为不可用。