引言

不同的锁之间的语义是不一样的，没有一劳永逸的锁，只有更适合的锁。

如果是同一进程里的不同线程共享读写锁，那么读写锁变量的维护是在进程内部即可。如果是不同进程共享读写锁，那么读写锁变量的维护是在共享存储区。

读写锁的分配规则：

（1）只要没有线程占用写锁，那么任意数目的线程都可以持有这个读锁。

（2）只要没有线程占用读写锁，那么才能为一个线程分配写锁。

读锁相当于一个共享锁，写锁i相当于独占锁。

和当初上操作系统讲的读者写者问题一样，只是当初好不理解啊。

读写锁实现原理

一种实现机制——互斥锁和条件变量。读者有兴趣可以自己实现一种。这种实现是一种写优先。

1、pthread_rwlock_t数据结构

typedef struct{

    pthread_mutex_t rw_mutex;// basic lock on this  struct

    pthread_cond_t  rw_condreaders;//for reader

    pthread_cond_t rw_condwriteres;//for writer

    int rw_magic;                  //for error checking

    int rw_nwaiterreaders;         //the num of readers

    int rw_nwaiterwirteres;        //the num of writers

    int rw_refcount;               //-1 is writer has this lock else reader has this lock

}pthread_rwlock_t;

rw_magic这个成员，如果没有设置属性的时候，创建锁的时候就会给予一个默认值（用于检查传递的锁是否是一个已经完成初始化的锁）。摧毁锁的时候，设置为0.

rw_refcount这个成员，它是用来指示本读写锁的当前状态，-1表示写锁，0表示可用，>0则意味着有多个读进程占用该锁。

申请一个读锁时，

锁的释放，假定优先唤醒写操作：

2、同一进程里面的不同线程，是可以相互取消的。相互取消这种情况还是会发生的，比如一个线程发现了一些错误，这些错误是致命的，所以要通知其他线程，你们别干了，再干下去还是会遇到错误，所以就把他们取消了。拿本设计结构来说，如果被取消的线程是获取了互斥锁，并且阻塞在pthread_cond_wait调用中，这个时候应该怎们办呢？因为，线程被动终止（可能没有解互斥锁的调用），而不是主动中止（有解互斥锁的调用），用到清理程序。清理程序会在线程终止时被调用，无需主动显式调用。

pthread_cleanup_push(void (*func(void *)),void *arg);

pthread_cleanup_pop(int excute);显式取消所注册的清理程序