◆ 读写锁的实现
typedef boost::shared_lock<boost::shared_mutex> readLock;
typedef boost:: unique_lock<boost::shared_mutex> writeLock;
boost::shared_mutex rwmutex;
void readOnly( )
{
readLock rdlock( rwmutex );
/// do something
}
void writeOnly( )
{
writeLock wtlock( rwmutex );
/// do something
}
对同一个rwmutex，线程可以同时有多个readLock，这些readLock会阻塞任意一个企图获得writeLock的线程，直到所有的readLock对象都析构。如果writeLock首先获得了rwmutex，那么它会阻塞任意一个企图在rwmutex上获得readLock或者writeLock的线程。
▼递归式的互斥量
boost::recursive_mutex提供一个递归式的互斥量。对于一个实例最多允许一个线程拥有其锁定，如果一个线程已经锁定一个boost::recursive_mutex实例，那么这个线程可以多次锁定这个实例。
lock_guard只能像上面这样使用，而unique_lock允许设置超时，推迟锁定lock以及在对象销毁之前unlock。
{
boost::unique_lock<boost::mutex> lk( m );
process( data );
lk.unlock( );
// do other thing
};
★设置锁超时
boost::unique_lockboost::timed_mutex lk( m, std::chrono::milliseconds(3) ); // 超时3秒
if( lk ) process( data );
◆ upgrade_lock类
扫描二维码关注公众号，回复：
12770049 查看本文章
什么是upgrade_lock，它的最大特点就是与shared_lock不互斥，与别的upgrade_lock和unique_lock互斥。也就是说线程A获得mutex的upgrade_lock后，线程B、C等还可以获得mutex的share_mutex，反之亦然。
不仅限于可锁定对提供的独占锁定，还支持可升级锁定。
注意：
当写锁的相关代码嵌套了读锁的代码时，会造成死锁！！！示例如下：
boost::shared_mutex m_mutex;
void test()
{
boost::shared_lock<boost::shared_mutex> ReadLock(m_mutex);
}
int main()
{
...................................
boost::unique_lock<boost::shared_mutex> WriteLock(m_mutex);
....................................
{
test();
}
....................................
}
由于main中已经获取了锁，在执行test()的时候想再次获取读锁，需要等待main中写锁释放。但是写锁不会释放，test中的读锁会一直等待。