有没有这样的写作方法:

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关键字,直接返回任务在功能上是等效的。为什么要增加额外等待层的额外开销?


当前回答

你想要这样做的唯一原因是如果在前面的代码中有其他的等待,或者如果你在返回结果之前以某种方式操纵它。另一种可能发生这种情况的方式是通过try/catch改变异常的处理方式。如果你没有这样做,那么你是对的,没有理由增加使方法异步的开销。

其他回答

将简单的“thunk”方法设置为异步会在内存中创建一个异步状态机,而非异步则不会。虽然这通常可以指向人们使用非异步版本,因为它更有效(这是真的),但这也意味着在挂起事件中,你没有证据表明该方法涉及“返回/延续堆栈”,这有时会使人们更难理解挂起。

所以,是的,当性能不是关键的时候(通常不是),我将在所有这些thunk方法上抛出async,这样我就有异步状态机来帮助我诊断挂起,并帮助确保如果这些thunk方法随着时间的推移而发展,它们一定会返回错误的任务,而不是抛出。

另一个你可能需要等待结果的例子是:

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>中重新打包结果,然后离开。

这也让我感到困惑,我觉得之前的回答忽略了你的实际问题:

当你可以直接从内部DoAnotherThingAsync()调用返回任务时,为什么要使用返回等待构造?

有时候你需要Task<SomeType>,但大多数时候你需要SomeType的实例,也就是说,任务的结果。

从你的代码:

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

不熟悉语法的人(例如我)可能认为这个方法应该返回Task<SomeResult>,但是由于它被标记为async,这意味着它的实际返回类型是SomeResult。 如果你只是使用return foo.DoAnotherThingAsync(),你将返回一个任务,它不会编译。正确的方法是返回任务的结果,因此返回等待。

非await方法的另一个问题是有时你不能隐式强制转换返回类型,特别是Task<IEnumerable<T>>:

async Task<List<string>> GetListAsync(string foo) => new();

// This method works
async Task<IEnumerable<string>> GetMyList() => await GetListAsync("myFoo");

// This won't work
Task<IEnumerable<string>> GetMyListNoAsync() => GetListAsync("myFoo");

错误:

不能隐式转换类型` System.Threading.Tasks.Task<System.Collections.Generic。列出>'到'System.Threading.Tasks.Task<System.Collections.Generic.IEnumerable>'

如果你不需要async(即,你可以直接返回Task),那么不要使用async。

在某些情况下,return await是有用的,比如如果你有两个异步操作要做:

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

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

更新:我已经写了一篇博客文章来详细介绍。