C# 10推断委托类型是否涉及隐式转换？编译异常求解

这不是语言或编译器缺陷，是你的预期不符合C#委托推断的具体规则——核心差异在于var推断lambda时的默认目标类型，和直接赋值给自定义类型时的目标类型逻辑完全不同，下面拆解你的两个例子：

第一个例子：自定义函数式接口的情况 #

假设FunctionWrapper<string>是一个带Invoke()方法的自定义函数式接口：

• var funcLambda = () => "hello";
  编译器会把这个无参数、返回string的lambda默认推断为标准委托System.Func<string>——这是C#10推断委托类型的默认规则：无特殊约束时，lambda会匹配最接近的标准委托类型。
• FunctionWrapper<string> funcWrapper = funcLambda;能编译，是因为C#允许兼容的委托类型隐式转换到函数式接口（只要接口的Invoke方法签名和委托完全匹配），这是一步合法的隐式转换。
• 直接FunctionWrapper<string> funcWrapper2 = () => "hello";报错CS1660，是因为此时lambda的目标类型是自定义接口，而C#不支持lambda直接隐式转换到自定义函数式接口——必须先把lambda转成匹配的标准委托，再转接口，这两步隐式转换无法合并成一步完成，所以编译器拒绝。

第二个例子：带ref参数的自定义委托 #

假设DoStuffDelegate<string>是签名为void DoStuff(ref string input)的自定义委托：

• DoStuffDelegate<string> delegWrapper2 = (ref string input) => { ... };能编译，是因为当目标类型明确是委托类型时，编译器会直接根据委托的签名匹配lambda，完成隐式转换——这是委托和lambda之间的原生支持。
• var delegateLambda = (ref string input) => { ... }; 编译器无法推断出具体的标准委托类型（标准委托库中没有对应带ref参数的无返回值委托），所以会生成一个匿名委托类型（和你定义的DoStuffDelegate<string>是完全不同的类型）。而不同的委托类型之间没有隐式转换，所以DoStuffDelegate<string> delegWrapper1 = delegateLambda;会报CS0029错误。

总结 #

C#的lambda推断和转换规则是分场景的：

• 用var推断lambda时，优先匹配标准委托类型（或生成匿名委托类型）；
• 直接赋值给自定义委托时，只要签名匹配就能直接转换；
• 直接赋值给自定义函数式接口时，无法直接转换，必须先转成标准委托再转接口。

你的预期“var x=expr; T y=x;能编译则T y=expr;也能编译”不适用这种多步隐式转换或目标类型差异的场景，这是C#类型系统的设计逻辑，而非缺陷。

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