摘要：关于posix的互斥锁的使用
由于semaphore功能强大，对于一些较简单的应用，posix定义了专门用于线程同步的mutex函数。
1、创建和销毁
有两种方式：静态和动态
静态：pthread_mutex_t mymutex = PTHREAD_MUTEX_INITIALIZER;
PTHREAD_MUTEX_INITIALIZER是一个结构常量。
动态：使用pthread_mutex_init()来初始化互斥锁，原型是：int pthread_mutex_init(pthread_mutex_t *restrict mutex,
const pthread_mutexattr_t *restrict attr);
第二个参数若为NULL，则互斥锁属性设为缺省。
pthread_mutex_destroy()用来销毁mutex，销毁时要求被销毁锁处于开放状态，若不是开放状态，函数则返回EBUSY状态。由于在linux下，mutex并不占用资源，此函数除了检查锁状态外并无其他动作。
2、锁属性
PTHREAD_MUTEX_TIMED_NP： 缺省值，当一个线程加锁后，其余请求锁的线程将形成一个等待队列，并在解锁后按优先级获得锁。这种锁策略保证了资源分配的公平性。
PTHREAD_MUTEX_RECURSIVE_NP：嵌套锁，允许同一线程对同一锁成功获得多次，并通过多次unlock解锁。如果是不同线程请求，则在加锁线程解锁时重新竞争。
PTHREAD_MUTEX_ERRORCHECK_NP：检查锁，如果同一线程请求同一锁，则会返回EDEADLK，否则和缺省类型相同。
PTHREAD_MUTEX_ADAPTIVE_NP，适应锁，动作最简单的锁类型，仅等待解锁后重新竞争。
3、锁操作
lock,unlock, trylock
不论哪种类型的锁，都不可能被两个不同的线程同时得到，而必须等待解锁。对于普通锁和适应锁类型，解锁者可以是同进程内任何线程；而检错锁则必须由加锁者解锁才有效，否则返回EPERM；对于嵌套锁，文档和实现要求必须由加锁者解锁，但实验结果表明并没有这种限制，这个不同目前还没有得到解释。在同一进程中的线程，如果加锁后没有解锁，则任何其他线程都无法再获得锁。
pthread_mutex_trylock()语义与pthread_mutex_lock()类似，不同的是在锁已经被占据时返回EBUSY而不是挂起等待。
4、其他
POSIX线程锁机制的Linux实现都不是取消点，因此，延迟取消类型的线程不会因收到取消信号而离开加锁等待。值得注意的是，如果线程在加锁后解锁前被取消，锁将永远保持锁定状态，因此如果在关键区段内有取消点存在，或者设置了异步取消类型，则必须在退出回调函数中解锁。
这个锁机制同时也不是异步信号安全的，也就是说，不应该在信号处理过程中使用互斥锁，否则容易造成死锁。