为何传递方法名时Task.Run调用在两种重载间存在歧义

我尝试让多个非异步成员方法并行运行，编写了如下代码：

private string getEstimatedWaypointStart()
{
    return "id-1"; //...takes a long time to reach here
}

private string getEstimatedWaypointEnd()
{
    return "id-2"; //...takes a long time to reach here
}

private void postVector()
{
    // 无法编译
    Task t1 = Task.Run(getEstimatedWaypointStart);
    Task t2 = Task.Run(getEstimatedWaypointEnd);
    // 可正常运行
    Task t3 = Task.Run((Func<string>)getEstimatedWaypointStart); 
    Task t4 = Task.Run(() => getEstimatedWaypointEnd()); 

    /*do stuff*/
}

编译时出现CS0121错误：

CS0121
The call is ambiguous between the following methods or properties: 'Task.Run(Func)' and 'Task.Run(Func)'

我已找到类似问题的帖子，但场景不同。我不需要解决方案（lambda表达式可正常工作），而是想了解该行为的原因：为何编译器会将无async关键字的方法视为Func<Task>的候选？这是C#7.3的bug还是预期行为？若是后者，是否应坚持使用lambda表达式？

歧义产生的原因 #

这是C#的预期行为，并非bug。核心在于C#的方法组转换规则与Task.Run的重载匹配逻辑：

当你直接传递方法组（如getEstimatedWaypointStart）给Task.Run时，编译器会尝试匹配所有可用的重载。Task.Run有两个关键重载：

• Task.Run<TResult>(Func<TResult>)：接受返回任意类型TResult的委托
• Task.Run(Func<Task>)：接受返回Task的委托

C#的异步方法转换规则允许：即使你的方法没有async关键字，编译器会考虑将其包装为异步方法（自动生成状态机），此时该方法可以匹配Func<Task>类型。这就导致两个重载都符合匹配条件，触发歧义错误。

而显式类型转换（(Func<string>)）或lambda表达式则明确指定了委托类型，编译器无需再做模糊匹配，歧义自然消除。

关于lambda表达式的使用 #

是的，推荐坚持使用lambda表达式。它不仅能避免编译歧义，还能让代码意图更清晰——明确表示你要将同步方法包装为任务执行，可读性更强。此外，lambda在处理捕获变量、复杂逻辑封装等场景下更灵活，是C#异步编程中的常规写法。

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