Ist Task.Result dasselbe wie .GetAwaiter.GetResult ()?

Ich habe kürzlich Code gelesen, der viele asynchrone Methoden verwendet, diese aber manchmal synchron ausführen muss. Der Code macht:

Foo foo = GetFooAsync(...).GetAwaiter().GetResult();

Ist das das gleiche wie

Foo foo = GetFooAsync(...).Result;

Ja schon. Ein kleiner Unterschied: Wenn das Taskfehlschlägt, GetResult()wird nur die direkt verursachte Ausnahme ausgelöst, während Task.Resulteine ausgelöst wird AggregateException. Was bringt es jedoch, eines davon zu verwenden, wenn es ist async? Die 100x bessere Option ist zu verwenden await.

Du sollst es auch nicht benutzen GetResult(). Es ist nur für den Compiler gedacht, nicht für Sie. Aber wenn Sie das nervige nicht wollen AggregateException, verwenden Sie es.

Task.GetAwaiter().GetResult()wird gegenüber Task.Waitund bevorzugt, Task.Resultweil es Ausnahmen verbreitet, anstatt sie in eine zu verpacken AggregateException. Alle drei Methoden können jedoch zu Deadlock- und Thread-Pool-Hungerproblemen führen. Sie sollten alle zugunsten von vermieden werden async/await.

Das folgende Zitat erklärt, warum Task.Waitund enthält Task.Resultnicht einfach das Ausnahmeverbreitungsverhalten von Task.GetAwaiter().GetResult()(aufgrund einer "sehr hohen Kompatibilitätsleiste").

Wie ich bereits erwähnt habe, haben wir eine sehr hohe Kompatibilitätsleiste und haben daher vermieden, Änderungen zu brechen. Als solches Task.Waitbehält es sein ursprüngliches Verhalten bei, immer zu wickeln. Es kann jedoch vorkommen, dass Sie sich in einigen fortgeschrittenen Situationen befinden, in denen Sie ein Verhalten wünschen, das dem von synchronisierten Blockieren ähnlich Task.Waitist, bei dem Sie jedoch möchten, dass die ursprüngliche Ausnahme unverpackt weitergegeben wird, anstatt in eine eingeschlossen zu werden AggregateException. Um dies zu erreichen, können Sie den Kellner der Aufgabe direkt ansprechen. Wenn Sie " await task;" schreiben , übersetzt der Compiler dies in die Verwendung der Task.GetAwaiter()Methode, die eine Instanz mit einer GetResult()Methode zurückgibt . Bei Verwendung für eine fehlerhafte Task GetResult()wird die ursprüngliche Ausnahme weitergegeben (auf diese Weise await task;erhält " " sein Verhalten). Sie können also “task.GetAwaiter().GetResult()”, Wenn Sie diese Ausbreitungslogik direkt aufrufen möchten.

https://blogs.msdn.microsoft.com/pfxteam/2011/09/28/task-exception-handling-in-net-4-5/

" GetResult" Bedeutet eigentlich "Aufgabe auf Fehler prüfen"

Im Allgemeinen versuche ich mein Bestes, um zu vermeiden, dass eine asynchrone Aufgabe synchron blockiert wird. Es gibt jedoch eine Handvoll Situationen, in denen ich gegen diese Richtlinie verstoße. Unter diesen seltenen Bedingungen ist meine bevorzugte MethodeGetAwaiter().GetResult() dass die Aufgabenausnahmen beibehalten werden, anstatt sie in eine zu verpacken AggregateException.

http://blog.stephencleary.com/2014/12/a-tour-of-task-part-6-results.html

https://github.com/aspnet/Security/issues/59

"Eine letzte Bemerkung: Sie sollten es vermeiden, so viel wie möglich zu verwenden Task.Resultund Task.Waitdie innere Ausnahme immer in eine zu kapseln AggregateExceptionund die Nachricht durch eine generische zu ersetzen (ein oder mehrere Fehler sind aufgetreten), was das Debuggen erschwert. Auch wenn die synchrone Version dies nicht tun sollte." Nicht so oft verwendet werden, sollten Sie Task.GetAwaiter().GetResult()stattdessen in Betracht ziehen . "

Ein weiterer Unterschied besteht darin, dass die asyncFunktion nur zurückgegeben wird, Taskanstatt dass Task<T>Sie sie nicht verwenden können

GetFooAsync(...).Result;

Wohingegen

GetFooAsync(...).GetAwaiter().GetResult();

funktioniert noch.

Ich weiß, dass der Beispielcode in der Frage für den Fall ist Task<T>, aber die Frage wird allgemein gestellt.

Wie bereits erwähnt, wenn Sie verwenden können await. Wenn Sie den Code synchron ausführen müssen, wie Sie es erwähnt haben .GetAwaiter().GetResult(), .Resultoder wenn .Wait()ein Risiko für Deadlocks besteht, wie viele in Kommentaren / Antworten angegeben haben. Da die meisten von uns Oneliner mögen, können Sie diese für verwenden.Net 4.5<

Erfassen eines Werts über eine asynchrone Methode:

var result = Task.Run(() => asyncGetValue()).Result;

Synchrones Aufrufen einer asynchronen Methode

Task.Run(() => asyncMethod()).Wait();

Durch die Verwendung von treten keine Deadlock-Probleme auf Task.Run.

Quelle:

https://stackoverflow.com/a/32429753/3850405

Wenn eine Aufgabe fehlerhaft ist, wird die Ausnahme erneut ausgelöst, wenn der Fortsetzungscode awaiter.GetResult () aufruft. Anstatt GetResult aufzurufen, können wir einfach auf die Result-Eigenschaft der Aufgabe zugreifen. Der Aufruf von GetResult hat den Vorteil, dass bei Fehlern der Aufgabe die Ausnahme direkt ausgelöst wird, ohne in AggregateException eingeschlossen zu werden, was einfachere und sauberere Fangblöcke ermöglicht.

Für nicht generische Aufgaben hat GetResult () einen ungültigen Rückgabewert. Seine nützliche Funktion besteht dann ausschließlich darin, Ausnahmen erneut auszulösen.

Quelle: c # 7.0 auf den Punkt gebracht