はThread.Sleep（Timeout.Infinite）です。 while（true）{}よりも効率的ですか？

Question

イベントにリッスンしながら、いつも開いておきたいコンソールアプリケーションがあります。私はThread.Sleep(Timeout.Infinite);とwhile (true) { }をテストしており、両方ともコンソールアプリケーションを開いたままでイベントを発生させることができます。私はもう一方の上で使用しなければならないものがありますか？スレッドがスリープしている場合、クラスのスコープで宣言された静的コレクションを変更するなど、何もしてはいけないことはありますか？

Answer 1

私はManualResetEvent（または他のWaitHandle）を使用して、およびManualResetEvent.WaitOneを呼び出すことをお勧めします。

これは、（イベントにSet()を呼び出すことにより）必要なときに、それはあなたの無限の「ブロック」から出るにクリーンな方法を提供することを除いて、いつまでも寝てと同様の効果を持つことになります。

while(true)を使用すると、CPUサイクルが消費されるため、避けるべきことは間違いありません。

クラスのスコープで宣言された静的コレクションを変更するなど、何もしてはいけないことはありますか？

一般に、スレッドがブロックされるため、共有データの使用に関する同期上の問題は発生しません（ただし、コレクション内のアイテムには、適切な同期コンテキストを持つスレッドで使用する必要があるユーザーインターフェイス要素など、特定の要件はありません。）

Answer 2

while(true)...とは異なり、Thread.SleepはCPUサイクルを使用しないため、この意味でスリープが効率的です。一般的にspinlocksの外部のBusy Waitingを使用することはお勧めしません。

スレッドがスリープしている場合は、何もしないでください。

あなたのスレッドはThread.Sleepに入った時点でブロックされているので、あなたがリソースにしたいことは何でも公正なゲームです。よりスマートな方法でsleep()作品ながら

Answer 3

はい、 while(true)はCPUを消費します： sleep()機能がスリープ状態に現在の実行コンテキストを置きます。それは
（c）を睡眠として現在のプロセスがウェイクアップタイマーが起動されるまで待機する（b）のマークアトミック
（a）は、ウェイクアップタイマー
を設定カーネルスリープ機能を呼び出すためにシステムコールを呼び出すことによってこれを行い、または割り込みが発生する

sleep()に電話すると、CPUは他の作業を行うことができます。

これがsleep()が便利な理由の1つです。

便利なリンク - Be careful when using Sleep

Answer 4

私は

Thread.Sleep(Timeout.Infinite); 

が実際にOSネイティブのスケジューラの助けを借りて、スリープ状態にスレッドを取得wheareasスレッドは、停止したことがないので、コール

while (true) { ... } 

は、計算集約的であると思います。そしてスレッドが実際に停止するので、計算量が少なくて済むと思います。

Answer 5

Thread.Sleepメソッドを呼び出すと、現在のスレッドは、メソッドに渡されたミリ秒数または時間間隔の間すぐにブロックされ、残りのタイムスライスが別のスレッドに渡されます。

https://msdn.microsoft.com/en-us/library/tttdef8x(v=vs.110).aspx