C#匿名Lambda表达式每次调用都会实例化吗？底层实现解析

一、Lambda表达式的两种实现场景 #

C#编译器会根据Lambda是否捕获外部变量（即是否形成闭包），生成不同的底层代码：

1. 无闭包的Lambda（不引用外部变量）

如果Lambda没有引用任何外部变量（比如() => "固定日志内容"），编译器会：

• 生成一个静态方法，方法体就是Lambda的逻辑；
• 创建一个静态的委托实例，这个实例只会在程序首次调用该Lambda时初始化一次；
• 后续每次执行到Lambda所在代码行时，直接复用这个已有的委托实例，不会重复构造。

2. 有闭包的Lambda（引用外部变量，比如你的日志示例）

当Lambda引用了外部变量（比如示例中的myInteger），编译器会：

• 自动生成一个闭包类，把被引用的外部变量包装成这个类的字段；
• 生成一个实例方法，方法体对应Lambda的逻辑，操作闭包类的字段；
• 每次执行到Lambda所在的代码行时，会创建这个闭包类的新实例（将外部变量的值赋值给闭包类的字段），然后基于该实例创建委托。

例外情况：如果被捕获的变量作用域覆盖多次Lambda调用，且变量值不会变化，编译器可能会复用同一个闭包实例（比如变量是方法级的静态变量，或者在多次调用间值不变的局部变量）。

二、结合你的日志场景分析性能 #

你的日志方法设计核心是避免日志禁用时的字符串构造开销，这一点是成立的：

• 当logIsEnabled为false时，只会创建闭包实例和委托（如果是有闭包的情况），但不会执行Lambda内的字符串拼接逻辑，这比每次都构造字符串要高效得多——尤其是当日志调用频率高、字符串包含复杂拼接/对象ToString()操作时，节省的开销非常明显。
• 当logIsEnabled为true时，虽然多了闭包实例和委托的创建开销，但这部分开销远小于字符串构造的成本（创建小对象的GC压力极低，委托调用的开销也可以忽略）。

三、补充说明 #

• 如果你想进一步减少闭包的开销，可以尽量使用无闭包的Lambda（比如日志内容不需要外部变量时），此时委托实例会被复用，完全没有额外构造开销。
• 对于高频调用的日志场景，这种Lambda延迟执行的方案是业界常用的性能优化手段，比直接传递字符串的方案更优。

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