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

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

考虑这两个版本的方法：

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 处理得太快了），而第二个版本可以正常工作。

如果您不需要 async（即，您可以直接返回 Task），则不要使用 async。

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

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

有关 async 性能的更多信息，请参阅 Stephen Toub 关于该主题的 MSDN article 和 video。

更新：我编写了一个更详细的 blog post。

您想要这样做的唯一原因是早期代码中是否存在其他 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。然后 async 方法只是将结果重新打包到 Task<IFoo> 中，然后就可以走了。

如果您不使用 return await 您可能会在调试时或在异常日志中打印时破坏您的堆栈跟踪。

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

例如：

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

不使用 await 时调用堆栈：A 等待来自 C 的任务，而 B 已返回。

使原本简单的“thunk”方法异步在内存中创建一个异步状态机，而非异步则没有。虽然这通常可以指出人们使用非异步版本，因为它更有效（这是真的），但这也意味着在挂起的情况下，您没有证据表明该方法涉及“返回/继续堆栈”这有时会让人更难理解这个问题。

所以是的，当性能不重要时（通常不是），我将在所有这些 thunk 方法上抛出异步，以便我有异步状态机来帮助我稍后诊断挂起，并帮助确保如果那些thunk 方法会随着时间的推移而发展，它们肯定会返回错误的任务而不是 throw。

这也让我感到困惑，我觉得以前的答案忽略了你的实际问题：

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

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

从您的代码：

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

不熟悉语法的人（比如我）可能会认为这个方法应该返回一个 Task<SomeResult>，但由于它被标记为 async，这意味着它的实际返回类型是 SomeResult。如果您只使用 return foo.DoAnotherThingAsync()，您将返回一个无法编译的任务。正确的方法是返回任务的结果，所以return await。

您可能需要 return await 的另一个原因：await 语法支持 Task<T> 和 ValueTask<T> 返回类型之间的自动转换。例如，即使 SubTask 方法返回 Task<T> 但其调用方返回 ValueTask<T>，下面的代码仍然有效。

async Task<T> SubTask()
{
...
}

async ValueTask<T> DoSomething()
{
  await UnimportantTask();
  return await SubTask();
}

如果您跳过 DoSomething() 行上的 await，您将收到编译器错误 CS0029：

无法将类型“System.Threading.Tasks.Task”隐式转换为“System.Threading.Tasks.ValueTask”。

如果您尝试显式类型转换，您将获得 CS0030。不要打扰。

顺便说一下，这是 .NET Framework。我完全可以预见到评论说“在 .NET hypothetical_version 中已修复”，我还没有测试过。 :)