多次调用 getter 还是调用一次并分配给变量？

Question

假设我的类为：

public class Age {

    private int age;

    public int getAge() {
       return this.age;
    }

}

在我的主类中，我多次调用 getAge() 方法。

所以我想知道是否建议多次调用或调用一次并将其分配给某个变量并使用该变量。

哪个最好，为什么？

Answer 1

这可能是您在知道需要之前进行优化的情况。该值只是一个整数，因此如果将该值存储在多个位置，它不会占用大量内存。同时，它是一个非常简单的方法调用，不会花费太多时间来执行。以您认为最易读的方式编写。然后，在获得可靠的代码版本后，您可以使用分析工具来查看是否存在明显的差异。

Answer 2

不要尝试对此进行微观优化，除非您发现它确实是分析时的瓶颈。我会使用 getAge() 访问器方法，因为它很可能是最可维护和最明显的解决方案。

话虽这么说，这两种方法的效果可能完全相同。在运行时，JIT 很可能会完全优化 getAge() 调用，因此在这两种情况下它都将是单个原始访问。

Answer 3

多次调用 getAge() 方法可能会产生一些性能开销，但我建议您考虑 微优化剧院的悲伤悲剧。

Answer 4

作为 API 编写者，您必须向调用者表明这一点。

一般来说，如果您只是返回一个属性，则可以将调用标记为最终调用（如果您不提供实际的接口）。这应该会降低调用成本，因为编译器更有可能内联该函数。

如果计算属性的成本很高（例如，字符串查找），请将其记录在该方法的 JAvaDocs 中，并向调用者表明他们可能希望获取该值一次并将其缓存。

Answer 5

别打扰。这样的微优化绝对不值得。等到您完成代码，然后它运行得太慢，然后拿出分析器并根据分析器告诉您的问题根源进行处理。

过早的优化是万恶之源。

Answer 6

根据您的应用程序的设计方式，这两个选项实际上可能会产生不同的结果！如果您使用的年龄实例是共享且可变的，则应用程序中的不同位置可能会在调用 getAge() 之间更改其值。在这种情况下，决定哪个是最适合您的代码的正确性问题取决于您的决定。正如古老的格言所说：“先做对，然后做快”。而且，正如其他人已经提到的，在这种情况下，您可能不需要担心“使其快速”部分。

一个相关的示例是当您在迭代集合时更改集合时。您必须迭代快照才能避免出现 ConcurrentModificationException。

Answer 7

我将尝试用代码示例来说明其他答案已经说过的内容。

在您提出的情况下，对 getAge() 的调用非常非常简单，并且调用它的成本几乎为零。在这种情况下，不要理会它。

但是，如果您的 getAge 是一些奇特的东西，需要进行大量计算或访问 IO 资源，例如：

public int getAge() {
   return slowService.calculateAgeByBirthDate(birthDate); // it takes 2 seconds to execute for every call
}

那么缓存结果并使用它肯定是个好主意。因为如果您调用它 30 次，您的代码将需要 1 分钟才能完成。

Answer 8

get attrs () {
    const elem = {
        'A' :   ${"[data-test='load-more-button']}
        'B' :   $('[data-test="product-catalog-row"]'),
    }
    return elem
} 

是否可以（在这一行）调用 get() 并将其分配给可以传递给 funcs() 的变量，而不是传递 attrs = this.attr？这些 func 与 get() 位于同一文件中。正确的语法是什么？

func1(attrs = this.attr){attr.A}
func2(attrs = this.attr){attr.B}

Answer 9

我认为您在运行时不会看到任何差异 - 假设您不创建多个 Age 类。

Answer 10

对于像这样的简单情况，我会选择代码看起来最好的一个。

在某些情况下，建议调用一次并读取保存的返回值，例如，因为

for (int i = 0; i < list.size(); i++)
    doSomethingThatDoesNotAffectSizeOfList();

编译器可能无法确定循环体是否影响列表的大小。一个正确实现的列表应该总是能够轻松地知道它的大小，但在其他示例中（或在处理实现不佳的集合时），情况可能会更糟。

一般来说，如果一个方法计算量很大，你可以使用 memoization，这基本上意味着你缓存已经计算的输入/输出值。

记忆函数“记住”与某些特定输入集相对应的结果。使用记住的输入进行的后续调用将返回记住的结果，而不是重新计算它，从而消除了除第一次使用这些参数对函数进行的调用之外的所有调用中使用给定参数进行调用的主要成本。

这种技术将“节省返回值以提高效率”推入方法本身，从而简化了维护等等......

Answer 11

棘手的部分是了解现代 JVM 在根据运行时可用的知识编译字节码时会进行积极的优化。

例如，如果给定方法没有在子类中被重写，则可以将其视为与最终方法完全相同，从而允许 JVM 在调用方法中内联其代码的副本，而不是显式执行方法调用。 （如果条件发生变化，这些类将被简单地视为新类，因此稍后会根据新条件重新编译）。

这意味着 bean 属性的获取/设置（其中的值只是存储和检索，而不是计算）非常便宜，您应该每次都进行调用，并期望 JVM 检测可能的优化并应用它们。

Answer 12

除非您在 getAge() 方法内执行许多操作，否则您不会看到性能有太大变化。

Answer 13

在这种情况下，我建议不要考虑性能，而应该考虑可用性和代码重用。您当前的实现是最简单的 getter，它返回一个整数。

但是，如果您存储一个人的生日并想要动态生成年龄怎么办？如果您只是直接调用该属性，那么您将被迫重构代码。但是，通过改变 getAge() 的内部结构，您可以将计算放入其中，然后就完成了。

我真的很希望编程语言引入一种“超私有”属性/字段修饰符，基本上是说“您只能通过其访问器访问该属性”。