Lambda表达式是C#中简化委托的主流方式，相比匿名方法更简洁、支持类型推断和表达式树；匿名方法仅在需显式声明参数类型或兼容旧框架时使用；二者为演进关系，推动函数式编程在事件处理、LINQ、异步等场景的广泛应用。
匿名方法和Lambda表达式是C#中简化委托使用的两种关键语法，它们不是替代关系，而是逐步演进、功能增强的过程：从显式声明到隐式推导，从冗长到简洁，从仅支持委托到深度融入语言特性（如表达式树、异步、LINQ）。
匿名方法：告别命名委托的起点
在C# 2.0中引入，允许直接在委托实例化处编写内联代码块，无需单独定义命名方法。它解决了“为一次调用专门写个方法”的繁琐问题，但仍需显式声明参数类型和返回类型，语法较重。
- 必须用 delegate 关键字开头，参数类型不能省略
- 可访问外部变量（闭包），但无法转换为表达式树
- 示例：Func
square = delegate(int x) { return x * x; };
Lambda表达式：更自然、更强大的内联函数
C# 3.0起成为主流，用 =>（“goes to”）语法替代 delegate，支持类型推断、更简短的写法，并能编译为委托或表达式树，为LINQ查询提供底层支撑。
- 参数类型通常可省略（编译器自动推断），单参数时括号可省：x => x * x
- 语句体用大括号，表达式体直接写结果，无 return 关键字
- 既可赋给 Func/Action 等委托类型，也可赋给 Expression
>
实际使用中的关键区别与选择
多数新代码应优先使用Lambda表达式——它更简洁、可读性高、功能完整。匿名方法仅在极少数场景仍有价值：
- 需要显式指定参数类型（如泛型约束复杂或类型不明确时）
- 代码块较长且含多条语句，用Lambda语句体已足够，无需退回到匿名方法
- 历史代码维护或与旧版.NET框架（如.NET Framework 2.0）兼容需求
演进不止于语法：驱动编程范式升级
从匿名方法到Lambda，背后是C#对函数式编程支持的持续加强。它让事件注册、集合操作（Where/Select）、异步延续（await + Lambda）、配置API（如ASP.NET Core中间件）等变得更直观。Lambda还催生了更高级抽象，比如局部函数（C# 7.0）在某些闭包场景下可替代Lambda以提升性能和可读性。
基本上就这些。语法变轻了，能力变强了，思维方式也跟着更聚焦于“做什么”，而不是“怎么包装”。
