绑定单行Lambda表达式时，调用异步Task方法是否需加async？

问题场景 #

首先定义一个异步方法：

private async Task DoSomethingAsync(int value)
{
    await Library.SomethingAwesomeAsync(value);
}

在Blazor输入控件绑定中，以下两种写法都能正常运行且无警告：
写法1：

<input type="text" @bind="FancyProperty" @bind:after="() => DoSomethingAsync(inputValue)" />

写法2：

<input type="text" @bind="FancyProperty" @bind:after="async () => await DoSomethingAsync(inputValue)" />

但在普通C#方法中，类似的未等待写法会触发编译器警告：

Task task = new Task(() => DoSomethingAsync(inputValue));

疑问：为何Blazor中的两种写法都有效且无警告？

原因解析 #

• Blazor事件回调对Task的自动处理
  Blazor的事件回调系统（包括@bind:after这类绑定生命周期回调）会自动识别回调的返回值类型。如果回调返回Task或Task<T>，Blazor框架会自动等待该任务完成，不需要开发者手动编写await。因此写法1中直接返回DoSomethingAsync的Task，框架会处理后续的等待逻辑，不会触发未等待的警告。

• 普通C#代码的警告逻辑
  普通C#代码中，编译器会检查是否存在未被等待的Task，因为它无法确定开发者是故意忽略异步操作的完成，还是遗漏了等待逻辑。而new Task(() => DoSomethingAsync(inputValue))的写法中，不仅外层的Task未被等待，lambda内部调用的DoSomethingAsync返回的Task也未被处理，属于双重未等待，因此编译器会明确发出警告。

• 两种写法的本质差异

  • 写法1：直接返回DoSomethingAsync执行后的Task，没有额外的状态机开销，框架直接接管等待逻辑。
  • 写法2：通过异步lambda创建了一个额外的状态机，显式等待DoSomethingAsync完成后再返回Task。两种写法最终功能一致，但写法1更简洁高效。

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