概述
freeswitch的核心源代码是基于apr库开发的，在不同的系统上有很好的移植性。
线程读写锁在多线程服务中有重要的作用。对于读数据比写数据频繁的服务，用读写锁代替互斥锁可以提高效率。
由于APR库是跨平台的，而不同平台上的系统接口有区别，所以在APR库中就有一个适配层目录libs\apr\include\arch\，该目录下有不同系统的头文件定义，包括aix、beos、netware、os2、os390、unix、win32。
在编译源代码文件的过程中，根据当前系统自动选择不同的文件目录来适配。
下面我们对apr库的线程读写锁实现做一个介绍。
环境
centos：CentOS release 7.0 (Final)或以上版本
freeswitch：v1.8.7
GCC：4.8.5
读写锁数据结构
apr库的线程读写锁源代码文件在libs/apr目录下，这里只列出了unix和win32的版本。
libs\apr\include\apr_thread_rwlock.h
libs\apr\include\arch\unix\apr_arch_thread_rwlock.h
libs\apr\locks\unix\thread_rwlock.c
libs\apr\include\arch\win32\apr_arch_thread_rwlock.h
libs\apr\locks\win32\thread_rwlock.c读写锁结构体定义。
我们可以看出，在unix系统下直接使用了pthread线程库的读写锁实现。
libs\apr\include\arch\unix\apr_arch_thread_rwlock.h
struct apr_thread_rwlock_t {
apr_pool_t *pool;
pthread_rwlock_t rwlock;
};在win32系统则是使用了临界区CRITICAL_SECTION、mutex和event协同实现。
libs\apr\include\arch\win32\apr_arch_thread_rwlock.h
struct apr_thread_rwlock_t {
apr_pool_t *pool;
HANDLE write_mutex;
HANDLE read_event;
LONG readers;
CRITICAL_SECTION read_section;
};常用函数
查看源代码头文件libs\apr\include\apr_thread_rwlock.h。
apr_thread_rwlock_create //创建并初始化1个线程读写锁
apr_thread_rwlock_rdlock //获取1个共享读锁
apr_thread_rwlock_tryrdlock //非阻塞获取1个共享读锁
apr_thread_rwlock_wrlock //获取1个独占写锁
apr_thread_rwlock_trywrlock //非阻塞获取1个独占写锁
apr_thread_rwlock_unlock //解锁1个读写锁
apr_thread_rwlock_destroy //销毁读写锁从接口定义我们可以看出，加读锁和加写锁是分开的接口，而解锁是同一个接口。
接口的实现我们简单介绍一下。
在unix系统下，读写锁的接口中直接调用了pthread库中对应的读写锁接口。
比如apr_thread_rwlock_create中调用了pthread_rwlock_init，apr_thread_rwlock_rdlock中调用了pthread_rwlock_rdlock等等，这里就不再详细展开了，有兴趣的可以自己查看一下pthread_rwlock_t读写锁的定义和实现。
在win32系统下，读写锁的接口中使用了readers、read_event、write_mutex和read_section几个变量共同实现了读写锁的功能。
伪代码-读锁（读写锁， 超时时间）
进入临界区read_section
等待信号write_mutex，失败或超时则返回错误
计数器readers+1
重置事件read_event，失败则返回错误
释放write_mutex，失败则返回错误
离开临界区read_section
返回成功
伪代码-写锁（读写锁， 超时时间）
等待信号write_mutex，失败或超时则返回错误
等待信号read_event，失败或超时则释放write_mutex，并返回错误
返回成功
伪代码-解锁（读写锁）
释放write_mutex
计数器readers-1
设置事件read_event
返回说实话。。。win32的代码我没看懂，有没有win开发的高手给讲解一下。
比如，为什么只有读锁中有临界区read_section的操作，为什么write_mutex只有释放操作，为什么写锁中没有等待readers为0。。。
总结
apr库的线程读写锁的实现介绍完了。
读写锁的适用场景是多线程下读多写少的业务流程，以实现独占写和共享读的逻辑。
在合适的场景中，读写锁比互斥锁有更高的并发能力和效率。
另外，还有强读者和强写者俩种不同的形式，读者可以自己深入研究一下。
空空如常
求真得真
