Boost scoped_lockがmutexのロックを解除しないのはなぜですか？

Question

私は、このようにboost::mutex::scoped_lockを使用してきた：

void ClassName::FunctionName() 
{ 
    { 
    boost::mutex::scoped_lock scopedLock(mutex_); 
    //do stuff 
     waitBoolean=true; 
    } 
    while(waitBoolean == true){ 
     sleep(1); 
    } 
    //get on with the thread's activities 
} 

は、基本的にはwaitBooleanを設定し、これをfalseにwaitBooleanを設定することによって行われている他のスレッドシグナル;

しかし、他のスレッドがmutex_でロックを取得できないため、これは機能していないようです。

私はscoped_lockを角かっこで囲むことでロックを終了すると仮定していました。これはそうではありませんか？オンラインを読むと、デストラクタが呼び出されるときにだけmutexを放棄すると言われています。その地方の範囲から外れると、それは破壊されませんか？コードの一部をシグナリング

：

while(running_){ 
    boost::mutex::scoped_lock scopedLock(mutex_); 
    //Run some function that need to be done... 
    if(waitBoolean){ 
     waitBoolean=false; 
    } 
} 

ありがとう！

Answer 1

scoped_lockは実際にスコープの終わりにリリースされるべきです。ただし、ループしているときにwaitBooleanをロックしないでください。他の場所でも適切に保護しないことをお勧めします。どこが偽に設定されているのか、あなたは厄介な競争条件に終わるでしょう。

私はsleep :: thread-unsafeチェックではなく、このようなことをするためにboost :: condition_variableを使うべきでしょう。

Answer 2

2つのスレッドを同期させるには、条件変数を使用します。それは二つのスレッドあなたが望むように同期させるための芸術の道の様子です：

ブーストを使用して、待機中の一部のようなものです：

void BoostSynchronisationPoint::sendSynchronisation() 
{ 
    { 
     boost::lock_guard<boost::mutex> lock(_mutex); 
     _synchronisationSent = true; 
    } 

    _condition.notify_all(); 
} 

：

void BoostSynchronisationPoint::waitSynchronisation() 
{ 
    boost::unique_lock<boost::mutex> lock(_mutex); 

    _synchronisationSent = false; 
    while(!_synchronisationSent) 
    { 
     _condition.wait(lock); // unlock and wait 
    } 
} 

ザ・パートのようなもので知らせます

_synchronisationSentのビジネスは、多忙な起床を避けることです：

Answer 3

また私は、しかし、あなたは条件を使うか、より良い障壁を使う必要があります。