なぜmonitor.exitは別の作業で動作しないのですか？

Question

iはbelowsのようにいくつかのコードがあります。

static void Main(string[] args) 
    { 
     var async = new object(); 

     Monitor.Enter(async); 

     Task.Run(async() => 
     { 
      await Task.Delay(5000); 
      Monitor.Exit(async); 
     }); 

     Monitor.Wait(async); 
     Monitor.Exit(async); 
    } 

をそれは永遠にMonitor.Waitでブロックします。私はsemaphore.butを使ってこの問題を解決することができますが、なぜそれが起こり、mutex、spinlock、barrier.thksについては知りたいのですか？

Answer 1

Monitorは、スレッド親和性を有する。別のスレッドから終了することはできません。

しかし、とにかくここで何をしようとしているのかは不明です。あなたはすでに別の非同期メソッドを呼び出す非同期メソッドになっています。 awaitを使用してください。ちょうどコンソールアプリケーションでawaitを正しく使用できるように同期コンテキストを設定してください。デッドロックを心配していない場合は、Task.Waitを使用してください。

Monitor.Waitについては、あなたが思っていることはしません。待機は、モニターのためではなく、信号のためのものです。例：

static readonly object syncObject = new object(); 

void Thread1() 
{ 
    lock (syncObject) Monitor.Wait(syncObject); 
} 

void Thread2() 
{ 
    lock (syncObject) Monitor.Pulse(syncObject); 
} 

このシナリオでは、どちらの方法も別のスレッドで実行されます。 Thread1が最初に実行されると、ロックを取り、シグナルを待って（シグナルが出るまでロックを終了します）、シグナルが与えられた後にロックを再獲得します。 Thread1はMonitor.Pulseメソッドを使用して信号を提供します。どちらの場合も、ロックは単一のスレッドで行われ、同じスレッドで終了されることに注意してください。

このメカニズムは、使い方が非常に簡単ではなく、やや遅いので、あまり見ないようにしています。

また、Task.Runで使用されるスレッドはあなたのものではありません。スレッドプールスレッドでブロッキングコードを使用することは、通常は望ましくありません。作成するトレードオフを理解していることを確認してください。さらに重要なのは、タスクにはスレッドアフィニティがないからです。つまり、モニタのようなスレッドアファインの同期プリミティブを使用するのはむしろ冒険的です:)あなたの場合、外部ではなくTask.Runの内部でロックを取ったとしても、 awaitの後に別のスレッドを取得した可能性があるため、Monitor.Exitが失敗する可能性があります。

マルチスレッドの最も難しい部分は、うまく動作しないということではなく、ほとんどの場合ほとんど動作しないという醜い傾向があります。実際にはいつも、あなたに気をつけてください）。テストでは、マルチスレッドのコードが実際にどのように動作するかについて、十分に自信を持てるほど十分ではありません。あなたが得るのは、バグを再現するのがほとんど不可能で、ほとんど不可能です。あなたはここでラッキーです - あなたのコードは確実に失敗します。それは確かにほとんどのマルチスレッドの問題ではありません:)

Joe Albahari's introduction to threadingは、あらゆる種類のマルチスレッドプログラミングの大きな助けです。私は強くそれを少なくとも1回読むことを強くお勧めします。将来の参照のためにブックマークに残してください:)