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

有没有这样的编写方法的场景：

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();
}

会有意义吗？

return await当您可以直接Task<T>从内部DoAnotherThingAsync()调用返回时，为什么要使用struct？

我return await在很多地方都看到过代码，我想我可能错过了一些东西。但是据我了解，在这种情况下不使用async / await关键字，而直接返回Task的功能是等效的。为什么要增加额外await层的额外开销？

有一种偷偷摸摸的情况，当return普通方法和return awaitin async方法的行为不同时：与using（或更一般地，return await在一个try块中）组合时。

考虑方法的以下两个版本：

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

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

第一种方法将Dispose()所述Foo对象，一旦DoAnotherThingAsync()方法返回，这很可能是长期实际完成之前。这意味着第一个版本可能存在错误（因为Foo处理过早），而第二个版本则可以正常工作。

如果不需要async（例如，您可以Task直接退回），请不要使用async。

在某些情况下return await很有用，例如您有两个异步操作要做：

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

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

更新：我写了一篇博客文章，其中有更多细节。

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

您可能需要等待结果的另一种情况是：

async Task<IFoo> GetIFooAsync()
{
    return await GetFooAsync();
}

async Task<Foo> GetFooAsync()
{
    var foo = await CreateFooAsync();
    await foo.InitializeAsync();
    return foo;
}

在这种情况下，GetIFooAsync()必须等待的结果，GetFooAsync因为T这两种方法之间的类型不同，并且Task<Foo>不能直接分配给Task<IFoo>。但是，如果你等待的结果，它只是成为Foo这是直接分配给IFoo。然后，异步方法只是将结果重新打包到内部，Task<IFoo>然后您就可以使用了。

使原本简单的“ thunk”方法变为异步将在内存中创建一个异步状态机，而非异步状态机则不会。尽管这样做通常可以使人们指出使用非异步版本，因为它效率更高（的确如此），这也意味着在挂起的情况下，您没有证据表明该方法涉及“返回/继续堆栈”这有时会使理解挂起变得更加困难。

所以是的，当性能不是很关键（通常不是）时，我将对所有这些重击方法进行异步处理，以使我拥有异步状态机来帮助我以后诊断挂起，并帮助确保是否重击方法随着时间的推移而不断发展，他们将确保返回错误的任务，而不是抛出错误。

如果不使用return wait，则可能在调试时或在异常日志中打印堆栈跟踪时破坏堆栈跟踪。

当您返回任务时，该方法已实现其目的，并且不在调用堆栈中。使用时return await，将其保留在调用堆栈中。

例如：

使用await时调用堆栈：A从B等待任务=> B从C等待任务

不使用等待时调用堆栈：A等待C返回B的任务。

这也使我感到困惑，我认为以前的答案忽略了您的实际问题：

当您可以直接从内部DoAnotherThingAsync（）调用中返回Task时，为什么要使用return await构造？

好吧，有时候您实际上想要一个Task<SomeType>，但是大多数时候您实际上想要一个SomeType，即任务的结果。

从您的代码：

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

一个不熟悉语法的人（例如，我）可能会认为此方法应该返回a Task<SomeResult>，但是由于用标记async，因此它的实际返回类型为SomeResult。如果仅使用return foo.DoAnotherThingAsync()，则将返回无法编译的Task。正确的方法是返回任务的结果，因此return await。