C#中“返回等待”的目的是什么？

Question

有没有这样写方法的场景:

public async Task<SomeResult> DoSomethingAsync()
{
    // Some synchronous code might or might not be here... //
    return await DoAnotherThingAsync();
}

取而代之的是:

public Task<SomeResult> DoSomethingAsync()
{
    // Some synchronous code might or might not be here... //
    return DoAnotherThingAsync();
}

能说得通吗？

当您可以从内部的doanotherthingAsync()调用直接返回task 时，为什么要使用return await构造？

我在很多地方看到带有return await的代码，我想我可能漏掉了什么。 但据我所知，在这种情况下不使用async/await关键字而直接返回任务在功能上是等价的。 为什么要增加额外的等待层的额外开销？

Answer 1

您想要这样做的唯一原因是，如果前面的代码中有其他一些await，或者如果您在返回结果之前以某种方式对结果进行操作。 发生这种情况的另一种方式是通过try/catch更改异常的处理方式。 如果您没有做任何这些，那么您是对的，没有理由增加使方法异步的开销。

Answer 2

如果不需要异步（即可以直接返回任务），那么就不要使用异步。

在某些情况下，return await非常有用，比如您有两个异步操作要执行:

var intermediate = await FirstAsync();
return await SecondAwait(intermediate);

有关异步性能的更多信息，请参阅Stephen Toub的MSDN文章和有关该主题的视频。

更新:我写了一篇博客文章，内容更详细。

Answer 3

当正常方法中的return和async方法中的returnAwait行为不同时，会出现一种不正常的情况:当与using（或者更一般地，try块中的任何returnAwait组合使用时）。

考虑一下方法的两个版本:

Task<SomeResult> DoSomethingAsync()
{
    using (var foo = new Foo())
    {
        return foo.DoAnotherThingAsync();
    }
}

async Task<SomeResult> DoSomethingAsync()
{
    using (var foo = new Foo())
    {
        return await foo.DoAnotherThingAsync();
    }
}

第一个方法将在doanotherthingAsync()方法返回时立即dispose()foo对象，这可能在它实际完成之前很久。 这意味着第一个版本可能有缺陷（因为foo释放得太快），而第二个版本可以正常工作。