数组Length属性使用的时空复杂度实践及最佳方式探讨

假设我们有数组代码：

int[] array = new int[10]{...}

现在需要在程序多处使用该数组的长度，是应该先存入变量：

int n = array.Length

再统一用n，还是直接各处用array.Length？另外两种方式在时间、空间复杂度上有显著差异吗？

规范层面 #

• 如果代码中多次用到数组长度且逻辑上这个长度是固定的业务/计算参数（比如遍历数组的边界、作为算法输入值），把它存到一个有意义命名的变量里（比如arrayLength或贴合业务场景的名字）会更易读。比如写排序算法时，用int length = array.Length比反复写array.Length更清晰，尤其当数组变量名较长时。
• 如果只是零散、简单的调用（比如偶尔判断i < array.Length），直接用array.Length完全没问题，没必要额外增加变量造成代码冗余。

性能层面 #

在C#中，数组的Length属性是直接返回内部存储字段值的属性，无额外计算开销：

• 时间复杂度：两种方式都是O(1)，没有任何差异，编译器甚至可能将反复调用array.Length优化成和使用变量一致的结果。
• 空间复杂度：存变量会多占用一个int的空间（4字节），这在现代程序中完全可以忽略，根本算不上“显著差异”。

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