我们是否应该使用Task.Delay替换Thread.Sleep

Question

我正在研究新的TPL，以使我自己制作的工作流程更好地工作。

现在，我进入了Task.Delay和Thread.Sleep的迷宫。 因此，Task.Delay（50）.Wait（）的工作原理与Thread.Sleep（500）一样。 那么我应该在代码中使用哪一个呢？

从Internet上的许多文章中，我有一种印象，Task.Delay支持Thread.Sleep不支持的取消，因此，如果我只想在一段时间内阻止线程而不取消，那么Thread.Sleep的使用会比Task.Delay？

Answer 1

如果您需要取消， Task.Delay是一个简单的解决方案。 我在Thread.Sleep之上有开销：它构造了一个计时器，当您等待该任务时，您构造了一个由计时器发出信号的等待句柄。

就是说，您只会在紧密循环中注意到这种开销（而睡眠限制循环很少紧密）。

使用Thread.Sleep进行阻止而不取消。 这就是它一贯做到的方式。 这是众所周知的习惯用法。 使用Task.Delay(...).Wait(); 以获得取消支持。

您可以通过许多其他方式执行此操作。 例如，构造一个SemaphoreSlim或TaskCompletionSource并使用CancellationToken等待它。 但是，这并不像Task.Delay那样简单。

Answer 2

也许可以直接调用Sleep() API的Thread.Sleep会比创建Task对象的Task.Delay更好。 Task.Deley需要更多的开销和更长的代码。

代码越简单越好。