咱们直接来拆解这两种C# for循环的差异，先聊各自的优缺点，再说说为啥你的IDE会自动把foreach转成第二种写法～

第一种：直接使用array[i]访问元素 #

for(var i = 0; i < array.Length; i++) { 
    if(array[i].foo == 5) 
        array[i].foo = array[i].bar + array[i].qux; 
    // 更多array[i]的用法
}

优点 #

• 写法直观紧凑：不需要额外声明局部变量，代码一眼就能看出来是直接操作数组元素
• 适配值类型数组修改：如果数组存的是值类型（比如int、自定义结构体），直接修改array[i]的成员会同步到原数组，不会有副本失效的问题

缺点 #

• 重复性能开销：每次写array[i]，C#都会做一次数组边界检查（防止索引越界），同时还要做一次数组索引寻址。如果循环里多次访问array[i]，这些开销会重复累加，次数多了性能差异会很明显
• 代码冗余易出错：重复写array[i]不仅麻烦，还容易打错（比如手滑写成array[j]），降低代码可读性

第二种：将array[i]缓存到局部变量 #

for(var i = 0; i < array.Length; i++) { 
    var e = array[i]; 
    if(e.foo == 5) 
        e.foo = e.bar + e.qux; 
    // 更多e的用法
}

优点 #

• 性能更优：只在赋值var e = array[i]时做一次边界检查和索引寻址，后续访问e都是直接读取栈上的局部变量，速度更快，多次使用元素时优势显著
• 代码简洁易读：用e代替重复的array[i]，代码更清爽，减少输入错误，后期维护也更方便
• 和foreach底层逻辑对齐：foreach遍历数组时，编译器本来就会优化成类似这种“缓存元素到局部变量”的写法，所以转成这种形式后，逻辑和foreach完全一致

缺点 #

• 值类型数组的坑：如果数组是值类型，e是array[i]的值副本，修改e的成员不会同步回原数组！比如你改了e.foo，原数组的array[i].foo还是原来的值，这是新手很容易踩的坑
• 多余的变量声明：如果循环里只访问一次array[i]，多声明一个e反而有点多余，显得代码啰嗦

为啥IDE会把foreach转成第二种for循环？ #

其实foreach遍历数组时，C#编译器本来就会自动优化成类似第二种的for循环（而不是用枚举器对象），IDE给你转成这种写法，主要有这几个原因：

• 性能完全匹配：和编译器的优化逻辑保持一致，不会因为转成for循环就产生额外开销，反而让你能直观看到优化后的代码
• 灵活性更强：foreach不能修改集合结构（比如增删元素），也不能手动控制索引步长（比如i+=2），转成for循环后你可以自由调整索引逻辑，同时保留了foreach简洁访问元素的特点
• 可读性和可维护性更高：比原始的直接索引for循环更简洁，比foreach更灵活，兼顾了两者的优点
• 统一代码风格：当你需要把foreach改成可控制索引的循环时，这种写法的改动成本最低，不需要重构大量代码

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