所以 Thread.Sleep() 不好 (http://msmvps.com/blogs/peterritchie/archive/2007/04/26/thread-sleep-is-a-sign-of-a-poorly-designed-program.aspx)。
是否有任何推荐的替代方法来模拟程序执行中的暂停？例如循环？虽然我认为这涉及初始化变量、检查布尔条件等方面的大量开销。
谢谢
【问题讨论】：
标签： c#
如果您只想模拟一个暂停（如用于测试目的），我认为 Thread.Sleep 是一种完全有效的方法。另一方面，如果你真的在等待某些东西，某种线程安全的信号机制会更好（检查继承WaitHandle的类型）。
【讨论】：
模拟暂停
“模拟”听起来像是你只会在调试时做的事情。 Thread.Sleep 应该没问题。
睡眠的主要问题是通常你应该等待特定的事情发生而不是等待任意延迟。
要注意的另一件事是从 UI 线程调用 Thread.Sleep，这将使 UI 无响应。最好禁用您不希望用户与之交互的 UI 部分，然后使用Timer 控件来实现延迟。
【讨论】：
从您所说的来看，您正在尝试模拟执行中的暂停。
Thread.Sleep 对此完全有效。甚至您链接的文章也以：
Thread.Sleep 有它的用途：在 MTA 线程上测试/调试时模拟冗长的操作。
【讨论】：
我不同意Thread.Sleep() 是“坏”的评价。视情况而定。
在控制台模式程序中，如果您正在等待某些东西，那么让线程休眠可能是非常合适的。甚至可能在一个循环中：检查条件，如果不满足则休眠一会儿，然后重复。
然而，在图形程序中，通常您不会在主 (GUI) 线程上休眠。这是因为如今的 GUI 界面是使用单个交互式线程设计的。如果你在那个线程上睡觉，你的整个 GUI 会在你睡觉的时候“锁定”。更好的情况可能是使用某种计时器（所有 GUI 框架都有这样的概念）。
你不想想做的一件事是编写一个循环，不断检查某些条件是否为真，甚至不睡觉。这将导致一个 CPU 运行到 100%，因为 CPU 想要尽快完成它的工作。这不仅从用户的角度来看是出乎意料的，而且是不友好的，因为这样的活动会使您实际等待的进程没有足够的周期来完成其工作！
【讨论】：
如果您正在等待某些代码或事件发生，您可以使用等待句柄。
【讨论】：
虽然文章本身值得商榷，但我同意它的开头句子，它解决了您的担忧
Thread.Sleep 有它的用处：模拟 冗长的操作，而 在 MTA 线程上进行测试/调试。 在 .NET 中没有其他理由使用 它。
我相信这就是您要问的（模拟暂停），并且是 Thread.Sleep() 的主要用途
【讨论】：
我使用 System.Timers：
http://msdn.microsoft.com/en-us/library/system.timers.timer.aspx
【讨论】：
我相信 Raymond Chen 已经建议将线程优先级设置得更低
http://blogs.msdn.com/oldnewthing/archive/2009/07/27/9849503.aspx
我不太明白你为什么要经常停下来。为什么不只是以低优先级完成工作呢？当有更重要的事情要做时，您的后台线程将停止做它正在做的任何事情。当有可用的 CPU 时，您的后台线程将尽可能快地完成它的工作（直到具有更高优先级的东西到达）。
【讨论】：
我敢打赌，在程序员考虑使用 Thread.Sleep() 的大多数情况下，一些使用 events 的简单代码会很好地工作。
【讨论】：