„async Aufgabe warten dann Aufgabe“ vs „Task dann Aufgabe zurückkehren“

Question

Schnell Frage ..

Um eine solide Basis Verständnis über die asynchrone Programmierung und der await Ich mag würde kennen lernen, was der Unterschied zwischen diesen ist zwei Code-Snippets, wenn es um Multi-Threading und die Ausführungsreihenfolge und die Zeit kommt:

diese:

public Task CloseApp() 
{ 
     return Task.Run(
         ()=>{ 
           // save database 
           // turn off some lights 
           // shutdown application 
          }); 
} 

Versus dies:

public async Task CloseApp() 
{ 
     await Task.Run(
         ()=>{ 
           // save database 
           // turn off some lights 
           // shutdown application 
          }); 
} 

, wenn ich es in dieser Routine nenne:

private async void closeButtonTask() 
{ 
    // Some Task 1 
    // .. 

    await CloseApp(); 

    // Some Task 2 
    // .. 
} 

Answer 1

Es ist fast das gleiche (in Bezug auf Threads usw.). Aber für den zweiten (mit await) wird viel mehr Overhead vom Compiler erstellt.

Methods deklariert als async und await Verwendung in einer Maschine Zustand umgewandelt durch den Compiler. Wenn Sie also die await drücken, wird der Kontrollfluss an die aufrufende Methode zurückgegeben und die Ausführung Ihrer async Methode wird nach der await fortgesetzt, wenn die erwartete Task beendet ist.

Da nach Ihrer await kein Code mehr vorhanden ist, müssen Sie await sowieso nicht verwenden. Einfach zurückgeben Task ist genug.

Answer 2

Es gibt sehr wenige Unterschiede zwischen den beiden Ansätzen. Im Grunde teilen sie die gleiche Semantik. Die Version mit async/await umschließt jedoch die Ausführung der inneren Task in einer äußeren vom Compiler generierten Task. Die nicht-asynchrone Version nicht. Daher ist die nicht-asynchrone Version (sehr marginal) effizienter.