传递Func<Task>给方法：三种调用方式的执行差异分析

先看基础方法定义 #

public static void FireAsyncAndForget(Func<Task> func) 
{ 
    JoinableTaskFactory.RunAsync(func).FileAndForget(); 
} 

async Task DoAsync() 
{ 
    await SomeOtherMethodAsync(); 
}

问题拆解：三个调用的执行逻辑是否有差异？ #

我们逐个解析这三种写法的本质：

1. FireAsyncAndForget(DoAsync); #

这里直接传递了DoAsync的方法组。因为DoAsync本身就是返回Task的方法，C#会自动把它隐式转换为Func<Task>委托。调用时，JoinableTaskFactory.RunAsync会直接执行DoAsync()，拿到它返回的Task后调用FileAndForget()。这是最直接的写法，没有额外包装逻辑。

2. FireAsyncAndForget(() => DoAsync()); #

这个调用用了一个非异步的lambda表达式作为参数。这个lambda的逻辑非常简单：调用DoAsync()并返回它的Task。它完全符合Func<Task>的签名，本质上和第一个调用等价——只是多了一层lambda的包装，但最终都是直接把DoAsync()的Task交给RunAsync，不会生成额外的异步状态机。

3. FireAsyncAndForget(async () => await DoAsync()); #

这个调用用了异步lambda，区别在于它会被编译成一个异步状态机：执行时先调用DoAsync()拿到Task，然后await这个Task。如果Task已经完成，await会直接同步继续；如果Task还在运行，就会挂起状态机等待完成。

从核心执行逻辑来看，这三个调用的最终效果完全一致：都是触发DoAsync()的异步执行，并且以“fire and forget”的方式处理后续（不等待完成，忽略结果与异常）。

唯一的细微区别在底层实现：第三个调用会生成额外的异步状态机代码，而前两个不会。但这种区别在绝大多数业务场景下不会影响实际运行结果——不管是DoAsync()的执行时机、异常处理，还是最终的“无等待”效果，三者都是一致的。

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