2番目のスレッドは、WaitOne（）を呼び出してAutoResetEventによって解放されたときに、最初のスレッドが最初のスレッドの前に解放されるのはなぜですか？

Question

ThreadAとThreadBの両方が、同じAutoResetEventでこの順にWaitOne()を呼び出すとします。イベントが設定されると、なぜThreadAの代わりにThreadBが解放されるのですか？

私はあなたがみとめスレッドが待機している上AutoResetEventを設定するときに何が起こるかを調べるためにテストを実行しました：

private static void Test() 
    { 
     // two threads - waiting for the same autoreset event 
     // start it unset i.e. closed i.e. anything calling WaitOne() will block 
     AutoResetEvent autoEvent = new AutoResetEvent(false); 

     Thread thread1 = new Thread(new ThreadStart(WriteSomeMessageToTheConsole)); 
     thread1.Start(); // this will now block until we set the event 

     Thread thread2 = new Thread(new ThreadStart(WriteSomeOtherMessageToTheConsole)); 
     thread2.Start(); // this will now also block until we set the event 

     // simulate some other stuff 
     Console.WriteLine("Doing stuff..."); 
     Thread.Sleep(5000); 
     Console.WriteLine("Stuff done."); 

     // set the event - I thought this would mean both waiting threads are allowed to continue 
     // BUT thread2 runs and thread1 stays blocked indefinitely 
     // So I guess I was wrong and that Set only releases one thread in WaitOne()? 
     // And why thread2 first? 
     autoEvent1.Set(); 
    } 

コードはもちろん有用ではないのです。それは単なるミッキーマウスの例です。そして、これは重要ではない/緊急です。しかし、私はとにかくもっと知りたいと思うでしょう...

Answer 1

IIRCは、指定されていない。誰もが言及したように、あなたが条件をブロードキャストしたい場合は、手動リセットイベントをしたい。あなたはリリースしたい場合

実際の注文が期待していたものとは異なる理由を実際に掘り下げたい場合は、「Windows Internals」を参照してください。マーク・ルシノビッチが書いたことは何でもあります。チャンスはどこかで経営幹部の待遇命令を説明することです。

Answer 2

AutoResetEventでは、Setは1つのスレッドのみをリリースします。待機中の複数のスレッドを解放するには、ManualResetEventを使用する必要があります。

Answer 3

MSDN

ManualResetEvent上

MSDNから：「制御 スレッドが活動を完了すると ManualResetEventにWAITONEを呼び出すスレッド は 信号を待って、ブロックする、それことを知らせるために設定し 呼び出し。

。 すべての待機中のスレッドがリリースされている。 スレッドが進むことができます待っしかしAutoResetEvent、MSD用Nはこう言います： "AutoResetEventを に設定すると、待機中のスレッドが解放されます。 待機中のスレッドがにリリースされ、自動的に が非シグナリング状態に戻るまで、AutoResetEventは通知されたままです。 スレッドが待機していない場合、状態 は無期限に通知されたままです。

は、「自動リセットイベントによって解放されたスレッド