使用 Task.Result 时防止 UI 冻结

Question

我正在调用 Task.Run(() => DoSomething()).Result，这会导致 UI 冻结，这是因为我正在使用“.Result”。我需要 Result 因为我想返回值。

我不希望 StartSomething 方法是异步的，因为我不想等待 StartSomething 方法。我希望等待发生在 DoSomething()。

所以基本上我需要一个由同步方法调用的异步方法，而不会冻结 UI。另外，我想将异步方法中的值返回到按钮单击的顶层。

这段代码可以改进还是有其他解决方案？

private TaskCompletionSource<bool> TaskCompletion = null;
private void Button_Click(object sender, RoutedEventArgs e)
    {
        bool k = StartSomething();
    }

    private bool StartSomething()
    {
        return Task.Run(() => DoSomething()).Result;
    }

    private async Task<bool> DoSomething()
    {
        TaskCompletion = new TaskCompletionSource<bool>();
        await Task.WhenAny(TaskCompletion.Task, Task.Delay(3000));
        MessageBox.Show("DoSomething");
        return true;
    }

Answer 1

方法StartSomething() 对我来说没有意义。它启动一个新的Task，然后只是同步等待这个任务的结果 (.Result)，这实际上是没有用的 - 它几乎是 [*]与直接调用DoSomething() 相同。另外DoSomething() 已经是异步的，所以你不需要为它启动一个新的Task。

看起来你根本不需要StartSomething() 方法。如果你把Button_Click处理程序async，那么你可以直接await DoSomething()：

private TaskCompletionSource<bool> TaskCompletion = null;

private async void Button_Click(object sender, RoutedEventArgs e)
{
    bool k = await DoSomething();
}

private async Task<bool> DoSomething()
{
    TaskCompletion = new TaskCompletionSource<bool>();
    await Task.WhenAny(TaskCompletion.Task, Task.Delay(3000));
    MessageBox.Show("DoSomething");
    return true;
}

编辑：

虽然使用 async all way down 解决方案（如上所示）是 IMO 的首选方式，但如果您真的无法将调用代码更改为 async，我可以想到两种方法从同步方法调用async 方法而不阻塞UI。首先是手动设置一个这样的延续任务：

private void Button_Click(object sender, RoutedEventArgs e)
{
    DoSomething().ContinueWith((task) =>
        {
            bool k = task.Result;

            // use the result
        },

        // TaskScheduler argument is needed only if the continuation task
        // must run on the UI thread (eg. because it access UI elements).
        // Otherwise this argument can be omitted.
        TaskScheduler.FromCurrentSynchronizationContext());

    // Method can exit before DoSomething().Result becomes
    // available, which keep UI responsive
}

因此，您基本上将同步方法（一个拆分而不是每个 await）拆分为由 .ContinueWith 链接的几个部分（延续 lambda 方法）。这类似于 await 在引擎盖下所做的事情。问题在于，与await（生成漂亮而干净的代码）不同，您的代码将充满这些延续 lambda。当你添加异常处理块、using 块等时，情况会变得更糟。

第二种方法是使用嵌套循环，例如。 Stephen Toub 的WaitWithNestedMessageLoop 扩展方法：

static T WaitWithNestedMessageLoop<T>(this Task<T> task)
{
    var nested = new DispatcherFrame();
    task.ContinueWith(_ => nested.Continue = false, TaskScheduler.Default);
    Dispatcher.PushFrame(nested);
    return task.Result;
}

嵌套循环是相当先进的技术（我实际上从未使用过），除非必须，否则我不建议使用它。

---

[*]在异常处理、执行线程等方面存在差异，但与本题无关。