boost死锁相关问题

◆ 读写锁的实现

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类

什么是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中的读锁会一直等待。