何时正确使用 Task.Run 以及何时仅使用 async-await

我想询问您对何时使用正确架构的看法Task.Run。我在 WPF .NET 4.5 中遇到了缓慢的 UI 应用程序（使用 Caliburn Micro 框架）。

基本上我正在做（非常简化的代码片段）：

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()
    {
        await DoCpuBoundWorkAsync();
        await DoIoBoundWorkAsync();
        await DoCpuBoundWorkAsync();

        // I am not really sure what all I can consider as CPU bound as slowing down the UI
        await DoSomeOtherWorkAsync();
    }
}

从我读过/看到的文章/视频中，我知道await async不一定在后台线程上运行，要在后台开始工作，您需要用 wait 包装它Task.Run(async () => ... ). Using async await不会阻塞 UI，但它仍然在 UI 线程上运行，因此会导致延迟。

放置 Task.Run 的最佳位置在哪里？

我应该只是

1. 包装外部调用，因为这对于 .NET 来说线程工作较少

2. ，或者我应该只包装内部运行的 CPU 绑定方法Task.Run因为这使得它可以在其他地方重复使用？我不确定在核心深处开始处理后台线程是否是一个好主意。

Ad(1)，第一个解决方案是这样的：

public async void Handle(SomeMessage message)
{
    ShowLoadingAnimation();
    await Task.Run(async () => await this.contentLoader.LoadContentAsync());
    HideLoadingAnimation();
}

// Other methods do not use Task.Run as everything regardless
// if I/O or CPU bound would now run in the background.

Ad(2)，第二种解决方案是这样的：

public async Task DoCpuBoundWorkAsync()
{
    await Task.Run(() => {
        // Do lot of work here
    });
}

public async Task DoSomeOtherWorkAsync(
{
    // I am not sure how to handle this methods -
    // probably need to test one by one, if it is slowing down UI
}

请注意在 UI 线程上执行工作的指南，收集在我的博客上：

• 一次阻塞 UI 线程的时间不要超过 50 毫秒。
• 您可以每秒在 UI 线程上安排约 100 个延续； 1000 太多了。

您应该使用两种技术：

1) Use ConfigureAwait(false)当你可以的时候。

E.g., await MyAsync().ConfigureAwait(false);代替await MyAsync();.

ConfigureAwait(false)告诉await您不需要在当前上下文上恢复（在本例中，“在当前上下文上”意味着“在 UI 线程上”）。然而，对于其余的async方法（之后ConfigureAwait），您无法执行任何假设您处于当前上下文中的操作（例如，更新 UI 元素）。

有关详细信息，请参阅我的 MSDN 文章异步编程的最佳实践.

2) Use Task.Run调用 CPU 密集型方法。

你应该使用Task.Run，但不在您希望可重用的任何代码（即库代码）中。所以你用Task.Run to call该方法，而不是作为执行该方法的。

因此纯粹受 CPU 限制的工作将如下所示：

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

你会用它来称呼Task.Run:

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

方法是mixtureCPU 限制和 I/O 限制的应该有一个Async带有指出其 CPU 限制性质的文档的签名：

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

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

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