c# - 这些可等待的方法有什么区别？

Question

我正在研究 C# 中的一些异步编程，并且想知道这些函数之间的区别是什么，这些函数执行完全相同的操作并且都是可等待的。

public Task<Bar> GetBar(string fooId)
{
    return Task.Run(() =>
    {
        var fooService = new FooService();
        var bar = fooService.GetBar(fooId);
        return bar;
    });
}

public Task<Bar> GetBar(string fooId)
{
    var fooService = new FooService();
    var bar = fooService.GetBar(fooId);
    return Task.FromResult(bar)
}

public async Task<Bar> GetBar(string fooId)
{
    return await Task.Run(() =>
    {
        var fooService = new FooService();
        var bar = fooService.GetBar(fooId);
        return bar;
    });
}

我的猜测是第一种是正确的做事方式，代码不会执行，直到您尝试从返回的任务中获取结果。

在第二种情况下，代码在调用时执行，结果存储在返回的任务中。

第三个有点像第二个？代码在调用时执行，返回 Task.Run 的结果？在那种情况下，这个函数会有点愚蠢吗？

我是对还是错了？

Answer 1

这些方法实现都没有意义。您所做的只是将阻塞工作推送到线程池(或者更糟的是，同步运行它并将结果包装在 Task<Bar> 实例中)。您应该做的是公开同步 API，让调用者决定如何调用它。他们是否要使用 Task.Run是否由他们决定。

话虽如此，但还是有以下区别:

#1

第一个变体(它直接返回通过 Task<Bar> 创建的 Task.Run)是“最纯粹的”，即使从 API 的角度来看它没有多大意义。你允许 Task.Run在线程池上安排给定的工作并返回 Task<Bar>向调用者表示异步操作的完成。

#2

第二种方法(利用 Task.FromResult )不是异步的。它同步执行，就像常规方法调用一样。结果简单地包装在一个完整的 Task<Bar> 中实例。

#3

这是第一个版本的更复杂的版本。您正在取得与 #1 类似的结果，但有额外的、不必要的，甚至有些危险 await .这个值得更详细地研究。

async/await非常适合通过组合多个 Task 来链接 异步操作s 将异步工作表示为单个单元 ( Task )。它可以帮助您以正确的顺序让事情发生，为您提供异步操作之间丰富的控制流，并确保事情在正确的线程上发生。

但是，以上都对您的情况没有任何好处，因为您只有一个 Task 。因此，没有必要让编译器为你生成一个状态机来完成Task.Run。已经这样做了。

设计不佳async方法也可能是危险的。通过不使用 ConfigureAwait(false)在你的 await编辑Task你无意中引入了一个SynchronizationContext捕获、降低性能并引入死锁风险而没有任何好处。

如果您的来电者决定阻止您的 Task<Bar>在具有 SynchronizationContext 的环境中(即 Win Forms、WPF 和 可能 ASP.NET)通过 GetBar(fooId).Wait()或 GetBar(fooId).Result ，他们会因为讨论的原因陷入僵局here .