在循环条件外声明循环判定变量是否更快？示例1是否比示例2快？

嘿，这个问题问得挺实在的，刚好是不少刚上手C#的开发者会纠结的细节！咱们一步步拆解来看：

一、通用结论：现代编译器会帮你“抹平”大多数差异 #

首先回答你第一个问题：在循环外部提前声明判定变量，并不一定比直接在循环条件里用判定条件更快——这核心取决于你用的语言、编译器的优化能力，以及你访问的那个“判定条件”本身的开销。

对于像C#这种带JIT即时编译的语言，编译器（比如Roslyn）和JIT编译器会做很多智能优化：如果它能判断出某个表达式（比如myArray.Count）在循环执行期间不会发生变化，而且访问它没有副作用（比如不会修改其他变量），就会自动把这个值缓存起来，不管你是提前存在变量里，还是直接写在循环条件里，最终生成的机器码可能完全一致。

二、针对你的两个示例：性能几乎无差，除非特殊场景 #

咱们具体看你给出的两个代码片段：

示例1：提前缓存Count值 #

int c = myArray.Count;
for (int i = 0; i < c; i++) 
{
    Console.WriteLine(myArray[i]);
}

示例2：循环条件直接访问Count #

for (int i = 0; i < myArray.Count; i++) 
{
    Console.WriteLine(myArray[i]);
}

1. 当myArray是.NET内置集合时（比如List<T>、数组）

对于List<T>来说，Count是一个只读属性，它内部只是直接返回一个私有字段的值（比如_size），访问成本极低——本质就是读一块内存，和读你提前声明的变量c几乎没有区别。

而且JIT编译器会识别到：在循环执行期间，myArray的Count值不会被修改（除非你在循环里主动改，但你的示例里没有），所以它会自动把Count的值缓存到CPU寄存器里，相当于和示例1的逻辑完全一致。这种情况下，两个示例的执行速度没有任何可感知的差异。

2. 只有这种情况，示例1才会明显更快

如果myArray是你自己实现的自定义集合，而且Count属性的getter不是简单返回字段，而是每次访问都要做复杂计算（比如遍历整个集合统计元素数量），那示例2就会在每次循环迭代时都执行一次这个计算，性能会大幅下降；而示例1只计算一次Count，自然会快很多。

三、额外建议：可读性优先，性能其次 #

除非你明确知道Count（或类似的判定条件）的访问有明显性能开销，否则更推荐示例2的写法——它的代码更简洁、更直观，不需要额外的变量来“中转”，维护起来更省心。毕竟现代编译器的优化能力已经很强了，没必要为了微乎其微的性能收益牺牲代码可读性。

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