如何在异步方法运行时阻止方法而不导致 UI 线程死锁

Question

我有几个异步方法需要同步回主 ui 线程。

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

现在我需要从 gui 线程触发的同步事件处理程序中调用它们，并且事件处理程序在异步方法完成之前无法完成。所以MyAsyncMethod().Wait() 不是一种选择，也不是某种即发即弃的解决方案。

这种使用 Nito.AsyncEx 的方法看起来很有希望，但它仍然会死锁：https://stackoverflow.com/a/9343733/249456

我发现的唯一解决方案对我来说似乎是一个 hack：

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

有没有办法在不创建新窗口的情况下获得相同的效果（阻止调用方法，允许同步回gui线程）？

注意：我知道重构可能是最好的选择，但这是我们必须在较长时间内完成的一项艰巨任务。另外值得一提的是，这是 Autodesk Inventor 的插件。该 api 有几个怪癖，所有 API 调用（甚至与 ui 无关）都必须从 main/ui 线程执行。

另外值得一提的是，我们保留了对主线程调度程序的引用，并在代码库中使用MainThreadDispatcher.InvokeAsync(() => ... )。

Answer 1

我发现的唯一解决方案对我来说似乎是一个 hack

所有异步同步解决方案都是黑客攻击。我列举了我的article on brownfield async 中最常见的那些。请务必注意，不存在针对任意代码的解决方案。 每个解决方案在某些情况下要么死锁要么抛出。

其中一个更简单的技巧是阻塞线程池线程：

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

但是，如果您的 action() 需要 UI 上下文，那么这将不起作用。

下一步是尝试使用单线程上下文。这是我的AsyncContext 类型采取的方法：

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

如果action 正在等待 UI 线程的消息队列被抽出，这将死锁。由于这种死锁但Window 有效，因此似乎是这种情况。

进一步下降一个级别，您可以使用nested pumping。请注意nested pumping opens up a whole world of hurt due to unexpected reentrancy。 GitHub上有一些代码显示how to do nested pumping on WPF。但是，我强烈建议您重构代码而不是采用可重入性。