正确使用 Task.Run 和 async-await 时

请注意收集在我的博客上的 guidelines for performing work on a UI thread：

一次阻塞 UI 线程的时间不要超过 50 毫秒。

您可以每秒在 UI 线程上安排约 100 个延续； 1000太多了。

您应该使用两种技术：

1) 尽可能使用 ConfigureAwait(false)。

例如，await MyAsync().ConfigureAwait(false); 而不是 await MyAsync();。

ConfigureAwait(false) 告诉 await 您不需要在当前上下文中恢复（在这种情况下，“在当前上下文中”是指“在 UI 线程上”）。但是，对于该 async 方法的其余部分（在 ConfigureAwait 之后），您不能做任何假设您在当前上下文中的事情（例如，更新 UI 元素）。

有关详细信息，请参阅我的 MSDN 文章 Best Practices in Asynchronous Programming。

2) 使用 Task.Run 调用受 CPU 限制的方法。

您应该使用 Task.Run，但不要在您希望可重用的任何代码（即库代码）中使用。因此，您使用 Task.Run 来调用方法，而不是作为方法的实现的一部分。

所以纯粹受 CPU 限制的工作看起来像这样：

// Documentation: This method is CPU-bound.
void DoWork();

您将使用 Task.Run 调用它：

await Task.Run(() => DoWork());

受 CPU 限制和受 I/O 限制混合的方法应具有 Async 签名，并带有指出其受 CPU 限制性质的文档：

// Documentation: This method is CPU-bound.
Task DoWorkAsync();

您还可以使用 Task.Run 调用它（因为它部分受 CPU 限制）：

await Task.Run(() => DoWorkAsync());

---

ContentLoader 的一个问题是它在内部按顺序运行。更好的模式是将工作并行化，然后在最后进行同步，所以我们得到

public class PageViewModel : IHandle<SomeMessage>
{
   ...

   public async void Handle(SomeMessage message)
   {
      ShowLoadingAnimation();

      // makes UI very laggy, but still not dead
      await this.contentLoader.LoadContentAsync(); 

      HideLoadingAnimation();   
   }
}

public class ContentLoader 
{
    public async Task LoadContentAsync()
    {
        var tasks = new List<Task>();
        tasks.Add(DoCpuBoundWorkAsync());
        tasks.Add(DoIoBoundWorkAsync());
        tasks.Add(DoCpuBoundWorkAsync());
        tasks.Add(DoSomeOtherWorkAsync());

        await Task.WhenAll(tasks).ConfigureAwait(false);
    }
}

显然，如果任何任务需要来自其他早期任务的数据，这将不起作用，但在大多数情况下应该为您提供更好的整体吞吐量。

---