Wie blockiere ich eine Methode, während eine asynchrone Methode ausgeführt wird, ohne dass es zu Deadlocks im UI-Thread kommt

Question

Ich habe mehrere asynchrone Methoden, die zurück zum Haupt-ui-Thread synchronisiert werden müssen.

async Task MyAsyncMethod() { 
    await DoSomeThingAsync().ConfigureAwait(true); 
    DoSomethingInTheGui(); 
} 

jetzt brauche ich sie von einem syncronous Ereignisbehandlungsroutine aufzurufen, die von der GUI-Thread ausgelöst wird, und der Event-Handler kann nicht abgeschlossen werden, bis die Asynchron-Methode durchgeführt wird. So ist MyAsyncMethod().Wait() keine Option, auch keine Art von Feuer-und-Vergessen-Lösung.

Dieser Ansatz Nito.AsyncEx vielversprechend schien, aber es immer noch Deadlocks: https://stackoverflow.com/a/9343733/249456

Die einzige Lösung, die ich mir scheint wie ein Hack gefunden habe:

public void RunInGui(Func<Task> action) 
{ 
    var window = new Window(); 
    window.Loaded += (sender, args) => action() 
     .ContinueWith(p => { 
      window.Dispatcher.Invoke(() => 
      { 
       window.Close(); 
      }); 
     }); 
     window.ShowDialog(); 
} 

Gibt es einen Weg, um der gleiche Effekt (Blockieren Sie die aufrufende Methode, erlauben Sie die Synchronisierung auf den GUI-Thread), ohne ein neues Fenster zu erstellen?

Hinweis: Mir ist bewusst, dass Refactoring wahrscheinlich die beste Option wäre, aber das ist eine massive Aufgabe, die wir über längere Zeit erledigen müssen. Erwähnenswert ist auch, dass dies ein Plugin für Autodesk Inventor ist. Die API hat mehrere Macken, und alle API-Aufrufe (auch nicht-ui-bezogen) müssen vom Haupt/ui-Thread ausgeführt werden.

Auch erwähnenswert ist, dass wir einen Verweis auf den Hauptthreads Dispatcher behalten und MainThreadDispatcher.InvokeAsync(() => ...) rund um die Codebasis verwenden.

Answer 1

Die einzige Lösung, die ich gefunden habe, scheint wie ein Hack mir

Alle Sync-over-Asynchron-Lösungen Hacks sind. Ich zähle die häufigsten in meinem article on brownfield async auf. Es ist wichtig zu beachten, dass keine Lösung für beliebigen Code existiert. Jede Lösung entweder Deadlocks oder wirft in einer Situation.

Eine der leichteren Hacks ist auf einem Thread-Pool-Thread zu blockieren:

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

Allerdings, wenn Ihr action() einen UI Kontext erfordert, dann die nicht funktionieren.

Der nächste Schritt besteht darin, einen Single-Thread-Kontext zu verwenden. Dies ist der Ansatz von meiner AsyncContext Art genommen:

AsyncContext.Run(() => action()); 

Dies wäre eine Sackgasse, wenn action für den UI-Thread Nachrichtenwarteschlange wartet gepumpt werden. Da dieser aber Window Deadlocks funktioniert, scheint dies der Fall zu sein.

Wenn Sie weiter nach unten gehen, können Sie nested pumping verwenden. Bitte beachten Sie, dass nested pumping opens up a whole world of hurt due to unexpected reentrancy. Es gibt Code auf GitHub, der how to do nested pumping on WPF zeigt. Jedoch empfehle ich in hohem Grade, dass Sie Ihren Code refaktorisieren, anstatt Reentrancy zu umarmen.