I have a console application that I would like to keep open all of the time while still listening in to events. I have tested Thread.Sleep(Timeout.Infinite); and while (true) { } and both allow the events to be raised while keeping the console application open. Is there one that I should be using over the other? If the thread is sleeping, is there anything that I should not be doing, such as modifying a static collection declared in the scope of the class?
I would recommend using a ManualResetEvent (or other WaitHandle), and calling ManualResetEvent.WaitOne.
This will have a similar effect to sleeping forever, except that it provides you a clean way to exit from your infinite "block" when desired (by calling Set() on the event).
Using while(true) will consume CPU cycles, so it's definitely something to avoid.
is there anything that I should not be doing, such as modifying a static collection declared in the scope of the class?
In general, no. Since your thread will be blocked, there shouldn't be any synchronization issues with using shared data (provided the items within the collection don't have specific requirements, such as user interface elements which must be used on a thread with a proper synchronization context.)
Unlike while(true)..., Thread.Sleep does not use CPU cycles, so in this sense, the sleep is more efficient. In general, using Busy Waiting outside of spinlocks is strongly discouraged.
If the thread is sleeping, is there anything that I should not be doing?
Since your thread is blocked upon entry to Thread.Sleep, anything that you wish to do to its resources is a fair game.
I think the call
while (true) { ... }
is computationally intensive, since the thread never stops, wheareas
Thread.Sleep(Timeout.Infinite);
actually gets the thread to sleep with help of OS native schedulers. And then the thread actually stops, so I suppose it's less computationally demanding.
Yes,
while(true) consumes CPU while sleep() works in a smarter way:
The sleep() function puts the current execution context to sleep; it does this by calling a syscall to invoke the kernel sleep function which atomically
(a) sets a wake-up timer
(b) marks the current process as sleeping
(c) waits until the wakeup-timer fires or an interrupt occurs
If you call sleep(), the CPU can do other work.
That's one reason why sleep() is useful.
A useful link - Be careful when using Sleep
Calling the Thread.Sleep method causes the current thread to immediately block for the number of milliseconds or the time interval you pass to the method, and yields the remainder of its time slice to another thread.
https://msdn.microsoft.com/en-us/library/tttdef8x(v=vs.110).aspx
来源：https://stackoverflow.com/questions/13406435/is-thread-sleeptimeout-infinite-more-efficient-than-whiletrue