Wann wird Task.Delay verwendet, wann wird Thread.Sleep verwendet?

Gibt es gute Regeln für die Verwendung von Task.Delay im Vergleich zu Thread.Sleep ?

• Gibt es einen Mindestwert, um sicherzustellen, dass einer gegenüber dem anderen effektiv / effizient ist?
• Gibt es einen Overhead bei der Verwendung von Task.Delay, da die Kontextumschaltung auf einer asynchronen / wartenden Zustandsmaschine verursacht wird?

Verwenden Thread.SleepSie diese Option, wenn Sie den aktuellen Thread blockieren möchten.

Verwenden Task.DelaySie diese Option, wenn Sie eine logische Verzögerung wünschen, ohne den aktuellen Thread zu blockieren.

Effizienz sollte bei diesen Methoden kein vorrangiges Anliegen sein. Sie werden hauptsächlich in der Praxis als Wiederholungszeitgeber für E / A-Vorgänge verwendet, die eher in der Größenordnung von Sekunden als von Millisekunden liegen.

Der größte Unterschied zwischen Task.Delayund Thread.Sleepbesteht darin, dass Task.Delayasynchron ausgeführt werden soll. Die Verwendung Task.Delayin synchronem Code ist nicht sinnvoll . Es ist eine sehr schlechte Idee, Thread.Sleepin asynchronem Code zu verwenden.

Normalerweise rufen Sie Task.Delay() mit dem awaitSchlüsselwort an:

await Task.Delay(5000);

oder, wenn Sie vor der Verzögerung Code ausführen möchten:

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

Ratet mal, was dies drucken wird? Läuft für 0,0070048 Sekunden. Wenn wir stattdessen das await delayObige verschieben Console.WriteLine, wird Running für 5.0020168 Sekunden gedruckt.

Schauen wir uns den Unterschied an mit 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");
    }
}

Versuchen Sie vorherzusagen, was dies drucken wird ...

async:
Async starten: 0,0070048 Sekunden laufen lassen
Synchronisation: Async starten :
5,0119008 Sekunden laufen lassen
async:
Synchronisierung abgeschlossen: 5,0020168 Sekunden lang laufen
Synchronisation: Fertig

Es ist auch interessant festzustellen , dass die Thread.SleepGenauigkeit weitaus genauer ist, die Genauigkeit von ms kein wirkliches Problem darstellt und Task.Delayminimal 15 bis 30 ms dauern kann. Der Overhead für beide Funktionen ist im Vergleich zu ihrer ms-Genauigkeit minimal (verwenden Sie StopwatchClass, wenn Sie etwas genaueres benötigen). Thread.SleepBindet Ihren Thread immer noch zusammen und gibt Task.Delayihn frei, um andere Arbeiten auszuführen, während Sie warten.

Wenn der aktuelle Thread beendet wird und Sie ihn verwenden Thread.Sleepund ausführen, erhalten Sie möglicherweise einen ThreadAbortException. Mit können Task.DelaySie jederzeit ein Stornierungszeichen bereitstellen und es ordnungsgemäß töten. Das ist ein Grund, warum ich wählen würde Task.Delay. Siehe http://social.technet.microsoft.com/wiki/contents/articles/21177.visual-c-thread-sleep-vs-task-delay.aspx

Ich stimme auch zu, dass Effizienz in diesem Fall nicht an erster Stelle steht.

Ich möchte etwas hinzufügen. Eigentlich Task.Delayist ein Timer-basierter Wartemechanismus. Wenn Sie sich die Quelle ansehen, finden Sie einen Verweis auf eine TimerKlasse, die für die Verzögerung verantwortlich ist. Auf der anderen Seite Thread.Sleepwird der aktuelle Thread tatsächlich in den Ruhezustand versetzt. Auf diese Weise blockieren und verschwenden Sie nur einen Thread. Im asynchronen Programmiermodell sollten Sie immer verwenden, Task.Delay()wenn nach einer gewissen Verzögerung etwas (Fortsetzung) passieren soll.