有没有这样的写作方法:
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();
}
有意义吗?
为什么使用返回等待构造时，你可以直接返回任务<T>从内部DoAnotherThingAsync()调用?
我在很多地方看到等待返回的代码，我想我可能错过了一些东西。但据我所知，在这种情况下不使用async/await关键字，直接返回任务在功能上是等效的。为什么要增加额外等待层的额外开销?
当前回答
这也让我感到困惑，我觉得之前的回答忽略了你的实际问题:
当你可以直接从内部DoAnotherThingAsync()调用返回任务时，为什么要使用返回等待构造?
有时候你需要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时调用堆栈: A等待B的任务=>
不使用await时调用堆栈: A等待C的任务，B已经返回。
如果你不需要async(即，你可以直接返回Task)，那么不要使用async。
在某些情况下，return await是有用的，比如如果你有两个异步操作要做:
var intermediate = await FirstAsync();
return await SecondAwait(intermediate);
有关异步性能的更多信息，请参阅Stephen Toub关于该主题的MSDN文章和视频。
更新:我已经写了一篇博客文章来详细介绍。
这也让我感到困惑，我觉得之前的回答忽略了你的实际问题:
当你可以直接从内部DoAnotherThingAsync()调用返回任务时，为什么要使用返回等待构造?
有时候你需要Task<SomeType>，但大多数时候你需要SomeType的实例，也就是说，任务的结果。
从你的代码:
async Task<SomeResult> DoSomethingAsync()
{
using (var foo = new Foo())
{
return await foo.DoAnotherThingAsync();
}
}
不熟悉语法的人(例如我)可能认为这个方法应该返回Task<SomeResult>，但是由于它被标记为async，这意味着它的实际返回类型是SomeResult。 如果你只是使用return foo.DoAnotherThingAsync()，你将返回一个任务，它不会编译。正确的方法是返回任务的结果，因此返回等待。
另一个你可能需要等待结果的例子是:
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>中重新打包结果，然后离开。
你想要这样做的唯一原因是如果在前面的代码中有其他的等待，或者如果你在返回结果之前以某种方式操纵它。另一种可能发生这种情况的方式是通过try/catch改变异常的处理方式。如果你没有这样做，那么你是对的，没有理由增加使方法异步的开销。
