Ich habe @ verwendasync/await für eine Weile, aber in letzter Zeit vertieft, und lesen Sie eine Menge von Best-Practice-Tipps, die standardmäßig sagen, verwenden Sie immerConfigureAwait(false) um Deadlocks zu vermeiden und die Leistung zu verbessern.

Ich möchte nur sicherstellen, dass ich nichts verpasse, wenn ich davon ausgehe, dass dies nur dann zutrifft, wenn es sich um einen tatsächlichen Strom handelt.SynchronizationContext oderTaskScheduler im Spiel, richtig?

Wenn ich eine Windows-Dienst-App habe, die auf Nachrichten / Befehle / etc. Reagiert. asynchron wird immer nur der Standard-Scheduler verwendet = wahrscheinlich derselbe Threadpool-Thread, auf dem der erwartete Abschluß die Fortsetzung ausführt. Somit ist kein Deadlock und kein Leistungsunterschied durch die Verwendung von @ zu verzeichneConfigureAwait(false), richtig

Es ist nicht so, dass ich es nicht dort hinstellen kann, aber ich hasse Noisey-Code so sehr ...