ブーストnamed_mutexとremove（）コマンド

Question

私は複数のスレッドで作成できるクラスを持っています。しかし、ある関数ではコードを保護する必要があるので、私はboostプロセス間のmutexを使うことに決めました。すべてのクラスは、それのコンストラクタで同じミューテックスを作成するか、開きます。

int MyClass::MyFunction() 
{ 
     boost::interprocess::scoped_lock<boost::interprocess::named_mutex> lock(
        m_Lock, boost::interprocess::try_to_lock); 
     if(!lock) 
     { 
      return -1; 
     } 
     // else do some stuff here 
} 

その関数の後にクリーンアップ（と好きに：

MyClass::MyClass() 
{ 
     boost::interprocess::named_mutex m_Lock(
       boost::interprocess::open_or_create, "myLock"); 
} 

だから今、重要なコード部分が呼び出されるポイントが来ます実際には、すべてこのコードは、正常に動作し

MyClass::~MyClass() 
{ 
     boost::interprocess::named_mutex::remove("myLock"); 
} 

が、私は持っている1つの懸念がある：

0私は私のクラスのデストラクタでremoveコマンドを使用します）ブーストページに記載

は、システムからの名前のミューテックスを消去します：それはremoveコマンドの説明で言われたよう

。エラー時にはfalseを返します。スローしないでください。

これは、システムからMutexを削除するだけで、別のスレッドがロックしたとしても（既にこのケースを試しましたが、もうロックされていない）、削除されます。 だから私の問題は、以下の通りである。たとえば 私は3つのスレッド（A、BおよびC）を持っている - 今、次の処理が行われます。Aは、クラスのインスタンスを作成する関数を呼び出し、それををロック

1. プロセスを
2. プロセスBは、クラスのインスタンスを作成する関数を呼び出すが、コードにアクセスすることができない（次に待ちなど）
3. プロセスAは、保護されたコードで終了し、それが保護されたコードへ
4. プロセスBゲインのアクセスをロック解除されますそれをロックする
5. Proces ■クラスのインスタンスを削除します。 - > removeコマンドが呼び出されます。
6. プロセスCは、クラスのインスタンスを作成し、関数を呼び出し、削除コマンドがMutex - >エラーを消去したためコードにアクセスできます。

だから、誰かが「次に削除しないでください！」と言うかもしれません。私はnamed_mutexがシステムに書き込むので、たとえプログラムが終了しても明示的な呼び出しがなければ消去されるのではないかと疑う。 誰かに助けがありますか？

Answer 1

boost docsから、removeコールは不要です。 named_mutexのデストラクタは、プロセスにリソースが不要になったことをOSに自動的に通知します。おそらく、クリーンアップのためのデストラクタのビルトインの動作に頼っているだけで大​​丈夫でしょう。

明示的にremoveを呼び出すと、指定されたmutexを使用しようとしている他のプロセスやスレッドがmutexの操作で失敗する可能性があります。あなたの使い方がどのように編成されているかによって、これは他のプロセスでスローされるデータ競合やクラッシュ/例外を引き起こす可能性があります。

〜named_mutex（）;

Destroys *これは、リソースを使用して呼び出しプロセスが終了したことを示します。 デストラクタ関数は、この リソースに対して、このプロセスが使用するシステムによって割り当てられたすべてのシステム リソースを割り当て解除します。リソースはまだ開かれている コンストラクタのオーバーロードを呼び出すことができます。システムからリソースを消去するには、 remove（）を使用します。

Answer 2

おそらく、ミューテックスの共有使用カウンタが必要です。デストラクタ内のmutexをロックし、デクリメントし、デクリメント後にゼロの場合は、まだロックされているmutexの割り当てを解除します。あなたはそれによってあなたの現在の競争状態を防ぎます。