Java中不使用局部变量的性能空间效率及方法差异与编译优化疑问

嘿，这个问题问到点子上了，正好是Java编译优化里的经典场景，我来给你掰扯清楚：

一、不使用局部变量时的运行速度与空间效率 #

• 运行速度：绝大多数情况下，和使用局部变量没有任何差异。Java的JIT（即时编译器）会做非常智能的优化，比如把临时计算结果直接放到寄存器里，或者直接返回计算值，不会因为少写了一个局部变量就变快，也不会因为写了就变慢。
• 空间效率：同样没有区别。局部变量是存在栈帧的局部变量表中，但如果这个变量只是临时存储计算结果、没有被后续代码复用，编译器会直接优化掉这个变量的存储空间，不会额外占用栈空间。反而有时候，合理使用局部变量能提升代码可读性，对性能完全没影响。

二、两个getSum方法的差异 #

结论是：完全没有差异，经过编译器优化后，它们的字节码和最终执行的机器码完全一致。

你可以自己用javap -c命令反编译这两个方法的字节码，会发现getSum里的局部变量total会被直接消除，生成的字节码和getSum2一模一样——因为total只是一个毫无意义的中间存储，没有任何额外操作，编译器会直接把它优化掉。

三、编译器/解释器自动优化的说法是否正确 #

这个说法完全正确，而且Java的优化分为两个阶段：

1. 前端编译（javac）：在编译成字节码的时候，就会做一些基础优化，比如消除冗余局部变量、常量折叠、死代码消除等；
2. 运行时JIT优化：这才是Java性能优化的核心，HotSpot虚拟机的C1、C2编译器会在程序运行一段时间后，把热点代码编译成机器码，做更深度的优化，比如逃逸分析、方法内联、循环展开等。

所以你写的这两个方法，不管是编译后的字节码还是运行时的执行效率，都没有任何区别。

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