Java编译器是否会对循环内调用无变化方法的for循环进行优化？

嘿，这个问题问得特别好，刚好戳中了Java里编译和运行时优化的关键点！

首先得掰清楚：咱们平时说的Java“编译器”其实分两种——前端的javac（就是把.java编译成.class的那个工具），和JVM里的即时编译器（JIT）。前者只会做些最基础的语法转换，根本不会搞这种激进的性能优化；真正让你看到循环“变短”的，是JVM运行时的JIT编译器在发力。

回到你的代码例子：

double res = 0;
for (int i = 0; i < 1000; i++) {
    res = calculateResValue();
}

如果calculateResValue()是个纯函数——也就是它不依赖任何外部可变状态，每次调用返回的结果完全一致，而且没有任何副作用（比如不修改全局变量、不做IO操作、不改变外部对象的状态），那JIT编译器绝对会给你做优化：它会把循环里的方法调用“提”到循环外面，只执行一次，然后把结果直接赋值给res，相当于把整个循环折叠成了：

double res = calculateResValue();

这就是所谓的循环不变代码外提，再加上JIT会把那些重复的、无意义的赋值操作直接删掉（死代码消除），所以不管你把循环次数设成1000还是10000，实际运行的核心操作都只有一次方法调用，这就是为什么你测时间的时候，次数翻倍但时间没跟着成比例增长的原因。

不过要注意，这个优化不是无条件触发的，得满足几个前提：

• JIT必须能100%确定calculateResValue()是纯函数、无副作用。如果方法里读取了全局变量、修改了外部对象，或者调用了有副作用的方法，JIT绝对不敢做这个优化——毕竟优化的大前提是不能改变程序的原有行为对吧？
• 这种激进的优化一般是JVM的C2编译器（也就是server模式下的默认编译器）才会做，client模式下的C1编译器更偏向启动速度，不会搞这么复杂的优化。
• 另外JIT优化是需要“预热”的，得等循环跑够一定次数，JVM判定这个循环是热点代码了，才会触发优化。如果你刚启动程序就测，可能前几次循环还没被优化，但多跑几次就能看到明显的效果。

总结一下：你观察到的现象就是JVM JIT优化的结果，前端的javac不会干这事，但JIT在满足条件时，会把这种无意义的重复调用循环直接折叠成单次执行，自然循环次数的变化就不会带来成比例的时间变化啦。

备注：内容来源于stack exchange，提问作者i1ravenov