并行处理任务

这ContinueWith是一种在库代码中很少使用的原始方法，通常应避免在应用程序代码中使用。在主要使用的问题，ContinueWith你的情况是，它要执行的延续上ThreadPool，这是不是你想要的，因为你的目的是更新UI。从 UI 线程以外的任何其他线程更新 UI是不可以的。可以通过使用合适的 配置来解决这个¹ 问题，但是使用 async/await 组合来解决它要简单得多。我的建议是在项目的某个静态类中添加以下方法：ContinueWithTaskSchedulerRun

public static class UF // Useful Functions
{
    public static async Task Run(Func<Task> action) => await action();
}

此方法仅调用并等待提供的异步委托。您可以使用此方法将异步 API 调用与其 UI 更新延续相结合，如下所示：

public async Task MyFunc()
{
    Task<First> task1;
    Task<Second> task2;
    if (someCondition)
    {
        task1 = MyAPI1.GetFirstValueAsync();
        task2 = MyAPI1.GetSecondValueAsync();
    }
    else
    {
        task1 = MyAPI2.GetFirstValueAsync();
        task2 = MyAPI2.GetSecondValueAsync();
    }
    Task compositeTask1 = UF.Run(async () => UpdateFirstValueUI(await task1));
    Task compositeTask2 = UF.Run(async () => UpdateSecondValueUI(await task2));

    await Task.WhenAll(compositeTask1, compositeTask2);
}

这将确保在每个异步操作完成后立即更新 UI。

作为旁注，如果您怀疑MyAPI异步方法可能包含阻塞代码，您可以ThreadPool使用该Task.Run方法将它们卸载到，如下所示：

task1 = Task.Run(() => MyAPI1.GetFirstValueAsync());

有关为什么这是一个好主意的详尽解释，您可以查看此答案。

内置Task.Run方法和UF.Run上面介绍的自定义方法之间的区别在于，在 上Task.Run调用异步委托ThreadPool，而UF.Run在当前线程上调用它。如果您对比 更好的名称有任何想法Run，请提出建议。:-)

¹_{这也ContinueWith带来了许多其他问题，例如在AggregateExceptions 中包装错误，很容易误吞异常，难以传播IsCanceled先行任务的状态，使得泄漏即发即忘任务变得微不足道，需要由异步委托等创建的Unwrap嵌套Task<Task>s。}