Delegate（Lambda形式函数指针）与LINQ的技术关联是什么

• Delegate（委托）属于函数指针，支持将函数作为参数传递，实现在其他函数内部调用该传入函数的能力。
• Anonymous function（匿名函数）即无名称的函数。
• Lambda表达式是编写匿名函数的精简语法形式。

学习LINQ时接触的示例证明，以下匿名方法写法和Lambda表达式写法完全等价：

delegate(Student s) { return s.Age > 12 && s.Age < 20; };

等价于：

s => s.Age > 12 && s.Age < 20

两者的关联本质是框架设计需求与语法特性的精准匹配，核心逻辑可以拆解为三点：

• LINQ的底层是一组集合扩展方法，所有自定义查询逻辑都靠委托承载。不管是用方法语法写.Where()/.Select()/.OrderBy()，还是用from...in...where...select的查询语法，最终编译后都会被转换为对System.Linq下扩展方法的调用。这些方法需要接收用户自定义的筛选、投影、排序规则作为参数，而委托「把逻辑当参数传递」的能力刚好完美匹配这个需求。比如Where方法的参数类型就是Func<TSource, bool>，和示例中用来判断青少年的委托类型完全一致。
• Lambda是构造委托实例的精简语法糖，是LINQ能够保持写法简洁的核心支撑。如果没有Lambda，写LINQ查询时要么得为每一段自定义逻辑单独定义具名方法，要么得写冗长的delegate匿名方法，代码冗余度会非常高。Lambda的精简语法刚好适配LINQ「临时传入短逻辑做查询」的高频场景，两者是配套设计的：LINQ提供通用查询框架，Lambda提供编写自定义查询逻辑的最简方式。
• LINQ执行时只关心委托的签名是否匹配，不关心委托的构造方式。两组对比例子返回结果完全一致，本质就是这个原因：不管你是用匿名方法构造委托、用Lambda生成委托，还是把已有的普通具名方法隐式转换为匹配签名的委托，只要传入的委托符合参数要求，LINQ遍历集合时就会正常调用委托拿到逻辑执行结果，不同写法在运行时没有本质区别，只影响代码编写阶段的简洁度和可读性。

补充说明：查询语法where isTeenAger(s)最终编译结果和方法语法studentList.Where(isTeenAger)完全一致，和委托的构造方式没有关联。

以下两段代码返回结果完全一致，分别为委托实现、普通方法实现：

委托实现版本 #

Func<Student,bool> isTeenAger = delegate(Student s) { 
                                    return s.Age > 12 && s.Age < 20; 
                                };

var filteredResult = from s in studentList
                     where isTeenAger(s)
                     select s;

普通方法实现版本 #

public static void Main()
{
    var filteredResult = from s in studentList
                         where isTeenAger(s)
                         select s;
}

public static bool IsTeenAger(Student stud)
{
    return stud.Age > 12 && stud.Age < 20;  
}

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