Lambda中包裹异步函数是否需内部await？附C#代码对比

问题 #

以下代码中WithoutInnerAwait和WithInnerAwait的调用是否存在差异？或者换而言之：当使用lambda包裹异步函数时，是否需要将lambda标记为async并在内部使用await？还是只需在调用lambda时进行await即可？

代码示例 #

private async Task DoStuff(Func<Task> lambda)
{
    await lambda();
}

public async Task WithoutInnerAwait()
{
    await DoStuff(() => Task.Delay(5000));
}

public async Task WithInnerAwait()
{
    await DoStuff(async () => await Task.Delay(5000));
}

回答 #

这两种写法功能上完全等价，最终都会正确等待Task.Delay(5000)执行完成，但在底层实现和编码实践上存在细微区别：

• 运行结果无差异：不管哪种写法，整个调用链都会异步等待延迟结束，不会出现逻辑错误或行为不一致的情况。
• 底层实现有区别
  • WithoutInnerAwait中的lambda直接返回Task.Delay生成的原始Task，DoStuff里的await直接等待这个Task，不会额外生成异步状态机，性能开销可以忽略。
  • WithInnerAwait中的lambda被标记为async，编译器会为它生成一个小型异步状态机。内部的await Task.Delay会触发状态机的暂停与恢复逻辑，最终返回一个包装后的Task。DoStuff等待的是这个包装后的Task，而非原始的Delay Task。这种差异在绝大多数业务场景下不会有可感知的性能影响。
• 编码实践建议
  • 如果lambda仅需返回单个Task，WithoutInnerAwait的写法更简洁，没必要多一层async/await。
  • 若后续可能需要在lambda中添加多个异步操作（比如连续await多个Task），提前写成async () => { ... }的形式会更便于扩展，避免后续修改时遗漏async关键字。

内容的提问来源于stack exchange，提问作者LcdDrm