将数组元素赋值给局部变量与循环内直接访问的性能差异

这两种写法的性能差异不能一概而论，核心取决于编译器/解释器的优化能力：

1. 现代编译型语言（C/C++、C#、Java等） #

主流编译器（GCC、Clang、MSVC）或JVM/CLR的JIT编译器都会做公共子表达式消除优化——它会识别出循环内arr[i]的地址是固定不变的（因为i在循环内没有修改），直接把这个值缓存到寄存器里，不会每次都去内存里读取数组元素。

这种情况下，两种写法的性能几乎完全一致，哪怕迭代1亿次，也不会有可观测的差异。

2. 无优化场景或解释型语言 #

如果手动关闭了编译器优化，或者使用Python、PHP这类解释型语言（解释器的优化能力较弱），差异就会显现：

• 直接访问arr[i]每次都需要计算数组基地址+偏移量，再从内存（或缓存）读取数据；
• 提前赋值给局部变量x后，x大概率会被存在CPU寄存器里，循环内访问的成本极低。

1亿次迭代的大规模场景下，这种单次访问的微小差距会被放大，缓存局部变量的写法会明显更快。

实际开发建议 #

日常编码优先选择可读性更高的写法即可。只有当你通过性能 profiling 确认这段代码是性能瓶颈时，再考虑这种微优化——毕竟编译器的优化能力已经覆盖了绝大多数场景，过度纠结这种细节反而会降低代码可维护性。

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