.NET中为何无法直接在隐式运算符中使用Lambda表达式？

一、为什么编译器默认无法识别该转换？ #

Lambda表达式本身是无类型的语法元素，它必须先转换为具体的委托类型（如Action）或表达式树类型（如Expression<Action>）才能参与后续的类型转换。

当你直接写Sample y = void () => { };时，编译器的类型推断逻辑不会自动走Lambda→Action→Sample的转换路径，原因有两点：

1. 编译器不会为了匹配自定义类型的隐式转换，主动遍历所有可能的委托类型来匹配Lambda的签名——这会导致编译性能下降，且转换逻辑的确定性无法保证。
2. C#的隐式转换规则中，目标类型为自定义类时，编译器不会自动链式应用“内置转换（Lambda到委托）+ 用户定义转换（委托到自定义类）”，它要求Lambda的目标类型必须是明确的委托/表达式树类型。

而使用中间变量或强制转换时：

• 中间变量var x = void () => { };：编译器能根据Lambda的无参无返回签名，直接推断出x的类型是Action，之后从Action到Sample的隐式转换是单次用户定义转换，符合规则。
• 强制转换(Action)(void () => { })：显式指定了Lambda要转换为Action，后续的隐式转换到Sample同样合法。

二、如何修改隐式运算符让Lambda直接赋值？ #

遗憾的是，仅通过修改隐式运算符签名无法实现Sample y = void () => { };的直接编译，因为Lambda只能转换为委托或表达式树类型，而编译器不会自动将Lambda转换为委托后再应用到自定义类型的隐式转换。

如果不限制必须使用隐式转换，可以通过定义构造函数配合目标类型推断实现类似效果：

public class Sample {
    public Sample(Action action) { }
}

// C# 9+支持省略new的类型参数
Sample y = new(() => { });

若坚持使用隐式转换且不允许使用LambdaExpression或Delegate类型，目前没有符合要求的修改方式，只能保留原有的强制转换或中间变量方案。

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