Task.Factory.StartNew()迭代器常量副本传递及闭包问题咨询

这个问题我太熟了——本质是闭包捕获变量引用的坑，咱们一步步拆解解决：

问题根源 #

你代码里的问题在于：循环中的i是同一个变量，当你在Task.Factory.StartNew的lambda里引用i时，闭包捕获的是这个变量的引用，而不是捕获瞬间i的具体值。因为任务的执行是异步的，往往任务真正开始运行时，循环已经把i递增到了后续的值（甚至可能已经超出集合范围），所以自然会拿到错误的集合元素。

纠正你的误解：循环内定义局部变量是有效的！ #

你提到“不能在Task.Factory.StartNew()前定义int a = i，因为这样实际上还是同一个变量”——这是个误区！如果是在循环体内部定义这个变量，每次循环迭代都会创建一个全新的a（或者叫currentIndex），每个任务捕获的都是属于当前迭代的独立变量，完全不会互相干扰。

解决方案1：循环内捕获独立的局部变量 #

这是最直接的修复方式，给每次迭代的i创建一个副本：

for (int i=0; i<MyCollection.Count; i++) { 
    // 每次循环都会生成一个独立的currentIndex变量
    int currentIndex = i; 
    Task.Factory.StartNew(()=> { 
        DoStuffWith(MyCollection[currentIndex]); 
        DoEvenMoreStuffWith(MyCollection[currentIndex]); 
    }); 
}

解决方案2：使用foreach循环（.NET 4.5+） #

如果你的MyCollection是可枚举类型，在.NET 4.5及更高版本中，foreach循环的迭代变量默认是每次迭代创建新的，所以可以直接简化代码：

foreach (var item in MyCollection) { 
    Task.Factory.StartNew(()=> { 
        DoStuffWith(item); 
        DoEvenMoreStuffWith(item); 
    }); 
}

⚠️ 注意：如果是.NET 4.0及更早版本，foreach的迭代变量还是同一个，这时候依然需要用局部变量捕获的方式。

解决方案3：推荐使用Task.Run（.NET 4.5+） #

Task.Run是.NET 4.5引入的更简洁的异步任务创建方式，它默认使用TaskScheduler.Default（后台线程池），比直接用Task.Factory.StartNew更不容易出错：

for (int i=0; i<MyCollection.Count; i++) { 
    int currentIndex = i;
    Task.Run(()=> { 
        DoStuffWith(MyCollection[currentIndex]); 
        DoEvenMoreStuffWith(MyCollection[currentIndex]); 
    }); 
}

核心总结 #

闭包捕获的是变量的引用，而不是变量的瞬时值。要解决这个问题，核心就是让每个异步任务捕获到的是当前迭代的独立变量，确保任务执行时能拿到正确的索引或元素值。

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