C# foreach闭包陷阱解析与防范指南

1. 为什么C#开发者需要警惕foreach闭包陷阱

第一次在线上环境遭遇这个bug时，我盯着日志里重复出现的最后一个元素值，花了整整两小时才意识到是闭包在作祟。这个看似简单的语法糖背后，藏着C#语言设计中最容易踩坑的特性之一。

闭包本质上是一个携带了外部环境变量的函数对象，在C#中通过匿名方法和lambda表达式实现。当我们在foreach循环内部创建闭包时，编译器会生成一个隐藏的类来捕获循环变量。问题在于，foreach的循环变量在C# 5.0之前是被视为"重新赋值"而非"重新声明"的。

csharp复制var actions = new List<Action>();
foreach (var i in Enumerable.Range(1, 3))
{
    actions.Add(() => Console.WriteLine(i));
}
// C# 4.0及以下输出：3, 3, 3
// C# 5.0+ 输出：1, 2, 3

这个行为变更直接影响了成千上万个现有项目。在我参与过的一个电商系统中，就曾因为订单状态更新时误用闭包，导致批量操作全部应用到了最后一个订单上。更可怕的是，这类bug在单元测试中往往难以发现，直到生产环境才会暴露。

2. 闭包机制深度解析

2.1 编译器如何处理foreach闭包

用ILSpy反编译上述代码会发现，编译器生成了一个名为<>c__DisplayClass1的辅助类，其中包含捕获的变量i。关键区别在于C# 5.0前后编译器生成的IL代码：

csharp复制// C# 4.0 等效代码
var temp = enumerable.GetEnumerator();
try {
    while (temp.MoveNext()) {
        var i = temp.Current;  // 关键点：每次循环重用同一个i
        actions.Add(() => Console.WriteLine(i));
    }
} finally {
    if (temp != null) temp.Dispose();
}

// C# 5.0+ 等效代码
var temp = enumerable.GetEnumerator();
try {