一 点睛
先看看互斥锁，它只有两个状态，要么是加锁状态，要么是不加锁状态。假如现在一个线程a只是想读一个共享变量 i，因为不确定是否会有线程去写它，所以我们还是要对它进行加锁。但是这时又有一个线程b试图去读共享变量 i，发现被锁定了，那么b不得不等到a释放了锁后才能获得锁并读取 i 的值，但是两个读取操作即使是同时发生的，也并不会像写操作那样造成竞争，因为它们不修改变量的值。所以我们期望在多个线程试图读取共享变量的时候，它们可以立刻获取因为读而加的锁，而不是需要等待前一个线程释放。
读写锁可以解决上面的问题。它提供了比互斥锁更好的并行性。因为以读模式加锁后，当有多个线程试图再以读模式加锁时，并不会造成这些线程阻塞在等待锁的释放上。
读写锁是多线程同步的另外一个机制。在一些程序中存在读操作和写操作问题，对某些资源的访问会存在两种可能情况，一种情况是访问必须是排他的，就是独占的意思，这种操作称作写操作，另外一种情况是访问方式是可以共享的，就是可以有多个线程同时去访问某个资源，这种操作称为读操作。这个问题模型是从对文件的读写操作中引申出来的。把对资源的访问细分为读和写两种操作模式，这样可以大大增加并发效率。读写锁比互斥锁适用性更高，并行性也更高。
需要注意的是，这里只是说并行效率比互斥高，并不是速度一定比互斥锁快，读写锁更复杂，系统开销更大。并发性好对于用户体验非常重要，假设互斥锁需要0.5秒，使用读写锁需要0.8秒，在类似学生管理系统的软件中，可能90%的操作都是查询操作。如果突然有20个查询请求，使用的是互斥锁，则最后的查询请求被满足需要10秒，估计没人接收。使用读写锁时，因为读锁能多次获得，所以20个请求中，每个请求都能在1秒左右被满足，用户体验好的多。
二 读写锁特点
1 如果一个线程用读锁锁定了临界区，那么其他线程也可以用读锁来进入临界区，这样可以有多个线程并行操作。这个时候如果再用写锁加锁就会发生阻塞。写锁请求阻塞后，后面继续有读锁来请求时，这些后来的读锁都将会被阻塞。这样避免读锁长期占有资源，防止写锁饥饿。
2 如果一个线程用写锁锁住了临界区，那么其他线程无论是读锁还是写锁都会发生阻塞。
三 读写锁使用的函数
操作
相关函数说明
初始化读写锁
pthread_rwlock_init 语法
读取读写锁中的锁
pthread_rwlock_rdlock 语法
读取非阻塞读写锁中的锁
pthread_rwlock_tryrdlock 语法
写入读写锁中的锁
pthread_rwlock_wrlock 语法
写入非阻塞读写锁中的锁
pthread_rwlock_trywrlock 语法
解除锁定读写锁
pthread_rwlock_unlock 语法
销毁读写锁
pthread_rwlock_destroy 语法
读写锁是用来解决读者写者问题的，读操作可以共享，写操作是排他的，读可以有多个在读，写只有唯一个在写，同时写的时候不允许读。
具有强读者同步和强写者同步两种形式
强读者同步：当写者没有进行写操作，读者就可以访问；
强写者同步：当所有写者都写完之后，才能进行读操作，读者需要最新的信息，一些事实性较高的系统可能会用到该所，比如定票之类的。
读写锁的操作：
读写锁的初始化：
定义读写锁： pthread_rwlock_t m_rw_lock;
函数原型： pthread_rwlock_init(pthread_rwlock_t * ,pthread_rwattr_t *);
返回值：0，表示成功，非0为一错误码
读写锁的销毁：
函数原型： pthread_rwlock_destroy(pthread_rwlock_t* );
返回值：0，表示成功，非0表示错误码
获取读写锁的读锁操作：分为阻塞式获取和非阻塞式获取,如果读写锁由一个写者持有，则读线程会阻塞直至写入者释放读写锁。
阻塞式:
函数原型：pthread_rwlock_rdlock(pthread_rwlock_t*);
非阻塞式：
函数原型：pthread_rwlock_tryrdlock(pthread_rwlock_t*);
返回值： 0，表示成功，非0表示错误码，非阻塞会返回ebusy而不会让线程等待
获取读写锁的写锁操作：分为阻塞和非阻塞，如果对应的读写锁被其它写者持有，或者读写锁被读者持有，该线程都会阻塞等待。
阻塞式：
函数原型：pthread_rwlock_wrlock(pthread_rwlock_t*);
非阻塞式：
函数原型：pthread_rwlock_trywrlock(pthread_rwlock_t*);
返回值： 0，表示成功
释放读写锁：
函数原型：pthread_rwlock_unlock(pthread_rwlock_t*);
总结（转）：
互斥锁与读写锁的区别：
当访问临界区资源时（访问的含义包括所有的操作：读和写），需要上互斥锁；
当对数据（互斥锁中的临界区资源）进行读取时，需要上读取锁，当对数据进行写入时，需要上写入锁。
读写锁的优点：
对于读数据比修改数据频繁的应用，用读写锁代替互斥锁可以提高效率。因为使用互斥锁时，即使是读出数据（相当于操作临界区资源）都要上互斥锁，而采用读写锁，则可以在任一时刻允许多个读出者存在，提高了更高的并发度，同时在某个写入者修改数据期间保护该数据，以免任何其它读出者或写入者的干扰。
读写锁描述：
获取一个读写锁用于读称为共享锁，获取一个读写锁用于写称为独占锁，因此这种对于某个给定资源的共享访问也称为共享-独占上锁。
有关这种类型问题（多个读出者和一个写入者）的其它说法有读出者与写入者问题以及多读出者-单写入者锁。
————————————————
版权声明：本文为CSDN博主「不材之木」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/wonderisland/article/details/16940925
c++读写锁实现
https://blog.csdn.net/zxc024000/article/details/88814461
C++17，提供了shared_mutex。配合C++14，提供的shared_lock。及C++11，提供的 unique_lock， 可以方便实现读写锁。
但上述的前提是，允许你使用C++17。在国内的开发环境下，别说C++17，连C++11用的也不多。
所以，大多数时候，我们需要自己实现一套C++读写锁（C++11环境下）。
RWLock.h
#ifndef RWLOCK__H
#define RWLOCK__H
#ifndef __cplusplus
# error ERROR: This file requires C++ compilation(use a .cpp suffix)
#endif
#include <mutex>
#include <condition_variable>
namespace linduo {
class RWLock {
public:
RWLock();
virtual ~RWLock() = default;
void lockWrite();
void unlockWrite();
void lockRead();
void unlockRead();
private:
volatile int m_readCount;
volatile int m_writeCount;
volatile bool m_isWriting;
std::mutex m_Lock;
std::condition_variable m_readCond;
std::condition_variable m_writeCond;
};
class ReadGuard {
public:
explicit ReadGuard(RWLock& lock);
virtual ~ReadGuard();
private:
ReadGuard(const ReadGuard&);
ReadGuard& operator=(const ReadGuard&);
private:
RWLock &m_lock;
};
class WriteGuard {
public:
explicit WriteGuard(RWLock& lock);
virtual ~WriteGuard();
private:
WriteGuard(const WriteGuard&);
WriteGuard& operator=(const WriteGuard&);
private:
RWLock& m_lock;
};
} /* namespace linduo */
#endif // RWLOCK__H
RWLock.cpp
#include "RWLock.h"
namespace linduo {
RWLock::RWLock()
: m_readCount(0)
, m_writeCount(0)
, m_isWriting(false) {
}
void RWLock::lockRead() {
std::unique_lock<std::mutex> gurad(m_Lock);
m_readCond.wait(gurad, [=] { return 0 == m_writeCount; });
++m_readCount;
}
void RWLock::unlockRead() {
std::unique_lock<std::mutex> gurad(m_Lock);
if (0 == (--m_readCount)
&& m_writeCount > 0) {
// One write can go on
m_writeCond.notify_one();
}
}
void RWLock::lockWrite() {
std::unique_lock<std::mutex> gurad(m_Lock);
++m_writeCount;
m_writeCond.wait(gurad, [=] { return (0 == m_readCount) && !m_isWriting; });
m_isWriting = true;
}
void RWLock::unlockWrite() {
std::unique_lock<std::mutex> gurad(m_Lock);
m_isWriting = false;
if (0 == (--m_writeCount)) {
// All read can go on
m_readCond.notify_all();
} else {
// One write can go on
m_writeCond.notify_one();
}
}
ReadGuard::ReadGuard(RWLock &lock)
: m_lock(lock) {
m_lock.lockRead();
}
ReadGuard::~ReadGuard() {
m_lock.unlockRead();
}
WriteGuard::WriteGuard(RWLock &lock)
: m_lock(lock) {
m_lock.lockWrite();
}
WriteGuard::~WriteGuard() {
m_lock.unlockWrite();
}
} /* namespace linduo */
使用
RWLock m_Lock;
void func() {
// 写锁
WriteGuard autoSync(m_Lock);
}
void func() {
// 读锁
ReadGuard autoSync(m_Lock);
}