Java：直接传方法返回值与存储变量后传参的性能差异探究

明确结论：这两种写法在现代JVM环境下几乎没有性能差异，甚至完全等价，你认为的"略微提升"在实际运行中是无法被感知到的，具体原因如下：

• JIT编译器的局部变量消除优化
  第一段代码里的final double x是仅在当前方法内使用的基本类型局部变量，没有任何逃逸行为（不会被其他方法、线程引用，也不会存入堆内存）。JVM的即时编译器（JIT）做优化时，会直接剔除这个冗余的局部变量，把objectClass.getMyDouble()的返回值直接传递给myLogger.log()方法，最终生成的机器码和第二段代码完全一致。

• 栈操作的开销可忽略不计
  就算没有JIT优化，第一段代码也只是在栈上执行"存储double值"和"读取double值"两个极简单的操作，CPU执行这类操作的耗时是以纳秒级计算的，对程序整体性能的影响微乎其微，完全达不到能被感知的程度。

• 字节码冗余会被编译消除
  从Java字节码层面看，第一段代码会多生成dstore（存储局部变量）和dload（读取局部变量）两条指令，但JIT把字节码编译为机器码时，会直接剔除这些无意义的冗余指令，最终的执行逻辑和第二段代码没有区别。

额外说明：两种写法的语义完全一致，都只会调用一次getMyDouble()方法，不存在逻辑差异。

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