重复调用方法与使用局部变量的性能对比问题

这个问题其实挺常见的，我来给你掰扯清楚核心点：

首先，绝大多数业务场景下，这两种写法的性能差异可以直接忽略——现代JVM（比如HotSpot）的优化能力远超你想象，下面分情况细说：

1. 当bar.getLocalVariable()是「纯方法」时（无副作用） #

如果这个方法每次调用返回的结果都一样，而且内部不会修改任何外部状态（也就是所谓的纯函数），那JVM会自动做公共子表达式消除和方法内联优化。简单说，就是JVM会把第二种写法里的两次方法调用合并成一次，最终生成的字节码和第一种写法几乎没区别，性能完全一致。

这时候反而要优先考虑代码可读性：第一种写法用局部变量把结果存起来，如果你给变量起个有意义的名字（比如userAge而不是myLocalVariable），代码会清晰很多，尤其是当方法调用逻辑复杂或者方法名很长的时候。

两种写法的代码示例：

局部变量写法 #

int myLocalVariable = bar.getLocalVariable();
foo1.setAttribute(myLocalVariable);
foo2.setAttribute(myLocalVariable);

多次调用写法 #

foo1.setAttribute(bar.getLocalVariable());
foo2.setAttribute(bar.getLocalVariable());

2. 当bar.getLocalVariable()有副作用时 #

如果这个方法每次调用返回的结果可能不同，或者内部会修改某些状态（比如调用一次就更新计数器、读取流的下一个值），那这两种写法的逻辑完全不一样，根本不是性能问题了：

• 第一种写法是把第一次调用的结果传给两个setAttribute
• 第二种写法是把两次调用的结果分别传给两个setAttribute

这时候必须根据你的业务需求来选，性能反而不是首要考虑的，逻辑正确才是关键。

极端性能场景的例外 #

如果你的代码是在极端性能敏感的场景（比如高频循环里的核心逻辑），而且这个方法确实无法被JVM优化（比如是复杂的native方法，或者方法逻辑太复杂导致JVM无法内联），那第一种写法会稍微快一点——毕竟少了一次方法调用的栈帧开销。但这种情况非常罕见，绝大多数时候，可读性和可维护性比这点微乎其微的性能差异重要得多。

总结一下：优先保证代码逻辑正确和可读性，性能差异在绝大多数情况下不需要你操心，JVM会帮你搞定优化。

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