何时使用任务。延迟，何时使用线程。睡觉

Question

是否有关于何时使用任务的好规则。延迟对线程。睡觉

• 具体来说，是否存在一个最低值，以确保其中一个有效/高效
• 最后，自任务。延迟会导致异步/等待状态机上的上下文切换，使用它会有开销吗

Answer 1

我想补充一些东西。实际上，任务。延迟是一种基于计时器的等待机制。如果您查看源代码，您会发现对负责延迟的Timer类的引用。另一方面Thread。睡眠实际上使当前线程Hibernate，这样你只是阻塞和浪费一个线程。在异步编程模型中，您应该始终使用任务。延迟（）如果你想要的事情（继续）发生后，一些延迟。

Answer 2

任务之间最大的区别。延迟和线程。睡眠是一项任务。延迟旨在异步运行。使用任务没有意义。同步代码中的延迟。使用线程是一个非常糟糕的主意。在异步代码中睡眠。

通常你会调用任务。Delay（）和wait关键字：

await Task.Delay(5000);

或者，如果您想在延迟之前运行一些代码：

var sw = new Stopwatch();
sw.Start();
Task delay = Task.Delay(5000);
Console.WriteLine("async: Running for {0} seconds", sw.Elapsed.TotalSeconds);
await delay;

猜猜这会打印什么？运行0.0070048秒。如果我们将等待延迟移动到控制台上方。WriteLine相反，它将打印5.0020168秒。

让我们看看线程的区别。睡眠：

class Program
{
    static void Main(string[] args)
    {
        Task delay = asyncTask();
        syncCode();
        delay.Wait();
        Console.ReadLine();
    }

    static async Task asyncTask()
    {
        var sw = new Stopwatch();
        sw.Start();
        Console.WriteLine("async: Starting");
        Task delay = Task.Delay(5000);
        Console.WriteLine("async: Running for {0} seconds", sw.Elapsed.TotalSeconds);
        await delay;
        Console.WriteLine("async: Running for {0} seconds", sw.Elapsed.TotalSeconds);
        Console.WriteLine("async: Done");
    }

    static void syncCode()
    {
        var sw = new Stopwatch();
        sw.Start();
        Console.WriteLine("sync: Starting");
        Thread.Sleep(5000);
        Console.WriteLine("sync: Running for {0} seconds", sw.Elapsed.TotalSeconds);
        Console.WriteLine("sync: Done");
    }
}

试着预测这会打印什么。。。

异步：启动
异步：运行0.0070048秒
同步：启动
异步：运行5.0119008秒
异步：完成
同步：运行5.0020168秒
同步：完成

另外，有趣的是注意到线程。睡眠要准确得多，ms的准确度并不是一个真正的问题，而任务。延迟最短可能需要15-30毫秒。与ms精度相比，这两个函数的开销都很小（如果需要更精确的东西，请使用StopwatchClass）<代码>线程。睡眠仍然会束缚你的线程，任务。延迟在等待时释放它以执行其他工作。

Answer 3

使用Thread。Hibernate当你想要阻止当前线程。

使用任务。延迟当您希望在不阻塞当前线程的情况下进行逻辑延迟时。

在这些方法中，效率不应该是首要考虑的问题。它们在现实世界中的主要用途是作为I/O操作的重试计时器，而不是毫秒。