c# - 使用 Thread.Sleep(n) 会导致性能问题吗？

Question

我正在为我的项目使用 Thread.Sleep(n)。我听说 Thread.Sleep 会导致性能问题但不确定。

我的要求是:

Wait for 5 minute increments, up to 30 minutes (6 times the 5 minute delay). After this, begin to increment by 1 hour and do this 5 times (additional 5 hours).

下面我提供了在不同情况下使用 Thread.Sleep(n) 的示例代码:

Thread.Sleep(1000 * 60 * 5); //-------waiting for 5 minutes
var isDownloaded = false;
try
{
    var attempt = 0;
    while (attempt < 11)
    {
        isDownloaded = TryDownloading(strPathToDownload, strFileToDownload);
        if (isDownloaded)
            break;
        attempt++;
        if (attempt < 6)
            Thread.Sleep(1000 * 60 * 5); //--------waiting for 5 minutes
        else
        {
            if (attempt < 11)
                Thread.Sleep(1000 * 60 * 60); //-------waiting for 1 hour
            else
                break;
        }
    }

}

在上面的代码中，我正在尝试下载一个最多有 11 次下载尝试的文件。最初它会等待 5 分钟，然后尝试下载文件，这是第一次尝试，如果失败，它会尝试接下来的 5 次尝试，每次尝试间隔为 5 分钟 .如果他们在前 6 次尝试中失败，那么它将继续接下来的 5 次尝试，每次尝试间隔 1 小时。

因此我们决定在我们的控制台应用程序中使用 Thread.Sleep 来处理这些时间延迟。

这会导致任何问题或性能问题吗？

如果 Thread.Sleep(n) 导致性能问题，那么哪种方法比使用 Thread.Sleep(n) 更好？

最后，MSDN 是否建议 Thread.Sleep(n) 有害或不应使用？

Answer 1

这绝对没问题。以下是 sleep 成本:

• 你保持一个线程被占用。这需要一点内存。
• 在操作系统中设置等待。即 O(1)。 sleep 的持续时间无关紧要。这是一个很小的固定成本。

就这些。

不过，糟糕的是忙于等待或执行轮询循环，因为这会导致实际 CPU 使用率。仅仅花费时间在 sleep 或等待中不会产生 CPU 使用率。

TL;DR:将 sleep 用于延迟，不要将 sleep 用于轮询。

我必须说，对 sleep 的厌恶有时只是一种训练有素的反射。在谴责 sleep 之前，一定要分析具体的用例。