为何编译器无法识别该Lambda表达式为Delegate类型？

先看你给出的问题代码：

public class Program {
    public static void Main() {
        // 这条调用正常编译
        RunAction(() => { });
        // 这条调用编译失败
        RunDelegate(() => {});
    }
    private static void RunAction(Action run) => RunDelegate(run);
    private static void RunDelegate(Delegate run) { }
}

你的推导逻辑里，(1)() => {}是Action类型、(2)Action继承自Delegate这两点都是对的，但第三点“Lambda也应该是Delegate类型”其实不成立——这里的核心差异在于Lambda表达式的转换规则和普通类的继承逻辑不一样。

核心原因：Lambda需要明确的具体委托类型 #

C#里的Lambda表达式本身并不是任何类型的实例，它是一种语法糖，必须在编译时被转换成具体的、封闭的委托类型（比如Action、Func<int>，或者你自定义的delegate void MyCustomDelegate();）才能被当作对象使用。

Delegate是所有委托的抽象基类，但编译器没办法仅凭Delegate就确定你要把Lambda转换成哪种具体委托——哪怕签名看起来一样，也可能存在不同的委托类型。而Action是一个定义明确的具体委托（public delegate void Action();），编译器能直接匹配Lambda的无参无返回值签名，完成隐式转换。

当你把Action实例传给RunDelegate(Delegate)时，这是普通的向上转型，和你第二个例子里把Programmer传给AcceptAnimal的逻辑完全一致，所以没问题。

对比普通类继承的例子 #

你给出的第二个代码示例：

public class Program2 {
    public static void Main() {
        // 两条调用都能正常编译
        AcceptPerson(new Programmer());
        AcceptAnimal(new Programmer());
    }
    private static void AcceptPerson(Person p) => AcceptAnimal(p);
    private static void AcceptAnimal(Animal a) { }
}
public class Programmer : Person { }
public class Person : Animal { }
public class Animal { }

这里的关键区别是：new Programmer()已经创建了一个具体类型的实例，它的类型是明确的Programmer，编译器可以顺着继承链自动向上转型到Person或Animal。但Lambda没有默认的类型，必须告诉编译器要转换成哪种具体委托才行。

让第二条调用编译通过的方法 #

如果非要直接调用RunDelegate，你只需要显式指定Lambda要转换的委托类型即可：

// 显式转换为Action
RunDelegate((Action)(() => {}));
// 或者直接创建Action实例
RunDelegate(new Action(() => {}));

这样编译器就知道要把Lambda转换成Action，再向上转型为Delegate，就能正常编译运行了。

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