C#多线程foreach循环中自定义类是否需复制变量？

问题根源：旧版C#的foreach循环变量捕获陷阱 #

在C# 5.0之前，foreach循环的变量是在循环外部声明的，整个循环过程中只有一个变量实例。当你在闭包（比如Task.Run的lambda表达式）中捕获这个变量时，捕获的是变量的引用，而非当前迭代的变量值。这就导致当Task延迟执行时，循环可能已经推进到后续迭代，变量指向了新的值/实例，多个线程会拿到同一个变量的最新值，从而出现重复处理的问题。

string类型的解决方案解析 #

你最初的string代码出现问题，正是因为上述陷阱。虽然string是引用类型，但它是不可变的——每次迭代时循环变量var会指向新的string实例，但闭包捕获的是var这个变量本身。手动复制string varCopy = var;后，每次迭代都会创建一个新的局部变量，闭包捕获的是当前迭代的局部变量，自然不会再出现值重复的问题。

自定义类的情况：是否需要复制？ #

核心结论 #

• 若使用C#5.0及以后版本：不需要手动复制，foreach已经修复了这个问题，循环变量会在每次迭代时重新声明，闭包捕获的是当前迭代的变量，不会出现陷阱。
• 若使用C#4.0及更早版本：需要手动复制，但完全不会产生性能问题——因为CustomClass varCopy = var;只是复制了对象的引用，并没有创建新的CustomClass实例，和string的复制逻辑完全一致，不存在“大量实例化”的消耗。

为什么复制引用不会有性能问题？ #

引用类型的变量存储的是对象在内存中的地址，赋值操作只是把这个地址复制给新变量，两个变量最终指向同一个对象实例。你担心的“自定义类比string重”是误解，这里根本没有创建新对象，只是复制了一个内存地址（通常是4/8字节），性能开销可以忽略不计。

最终代码建议 #

C#5.0+版本（推荐） #

不管是string还是自定义类，直接使用原始写法即可：

List<CustomClass> listCustom = populateList();

foreach(CustomClass var in listCustom)
{
    Task.Run(async () => await ProcessVar(var));
}

C#4.0及更早版本 #

需要添加变量复制，但无需担心性能：

List<CustomClass> listCustom = populateList();

foreach(CustomClass var in listCustom)
{
    CustomClass varCopy = var;
    Task.Run(async () => await ProcessVar(varCopy));
}

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