boost死锁相关问题

it2023-05-09  78

◆ 读写锁的实现

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

最新回复(0)