Task.Delayをいつ使用し、Thread.Sleepをいつ使用しますか？

Task.DelayとThread.Sleepをいつ使用するかに関する適切なルールはありますか？

• 具体的には、一方が他方よりも効果的/効率的であることを提供するための最小値はありますか？
• 最後に、Task.Delayはasync / awaitステートマシンでコンテキスト切り替えを引き起こすため、それを使用するとオーバーヘッドが発生しますか？

Thread.Sleep現在のスレッドをブロックする場合に使用します。

Task.Delay現在のスレッドをブロックせずに論理的な遅延が必要な場合に使用します。

これらの方法では、効率を最優先する必要はありません。それらの実際の主な用途は、I / O操作の再試行タイマーとしての使用であり、ミリ秒ではなく秒単位です。

最大の違いTask.DelayとはThread.SleepつまりTask.Delay非同期で実行することを意図しています。Task.Delay同期コードで使用しても意味がありません。Thread.Sleep非同期コードで使用するのは非常に悪い考えです。

通常Task.Delay() 、次のawaitキーワードで呼び出します。

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秒実行します。代わりにawait delay上記を移動すると、Console.WriteLine実行中と5.0020168秒間印刷されます。

との違いを見てみましょうThread.Sleep：

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");
    }
}

これが何を印刷するかを予測してみてください...

async：開始
async：0.0070048秒実行中
sync：開始
async：5.0119008秒実行中
async：完了
sync：5.0020168秒実行中
sync：完了

また、これはThread.Sleepはるかに正確であり、msの精度は実際には問題ではありませんが、Task.Delay15〜30 ミリ秒かかることもあります。両方の関数のオーバーヘッドは、それらが持っているms精度と比較して最小限Stopwatchです（より正確なものが必要な場合はClassを使用してください）。Thread.Sleepまだあなたのスレッドを拘束し、Task.Delayあなたが待っている間、他の仕事をするためにそれを解放します。

現在のスレッドが強制終了され、使用Thread.Sleepしていて実行中の場合、を取得する可能性がありThreadAbortExceptionます。ではTask.Delay、あなたは常にキャンセルトークンを提供し、優雅にそれを殺すことができます。それが私が選択する理由の1つTask.Delayです。http://social.technet.microsoft.com/wiki/contents/articles/21177.visual-c-thread-sleep-vs-task-delay.aspxを参照してください

この場合、効率が最優先されないことにも同意します。

何か追加したいです。実際にTask.Delayは、タイマーベースの待機メカニズムです。ソースを見るTimerと、遅延の原因となっているクラスへの参照が見つかります。一方、Thread.Sleep実際には現在のスレッドをスリープ状態にするため、1つのスレッドをブロックして無駄にしているだけです。非同期プログラミングモデルではTask.Delay()、なんらかの遅延の後に何か（継続）を発生させたい場合は、常に使用する必要があります。