在 Java 中,我们看到很多地方可以使用 final
关键字,但它的使用并不常见。
例如:
String str = "abc";
System.out.println(str);
在上述情况下, str
可以是 final
但这通常被忽略。
当一个方法永远不会被覆盖时,我们可以使用 final 关键字。同样,对于不会被继承的类。
在任何或所有这些情况下使用 final 关键字真的可以提高性能吗?如果是这样,那又如何呢?请解释。如果正确使用 final
真的对性能很重要,那么 Java 程序员应该养成什么样的习惯才能充分利用关键字?
原文由 Abhishek Jain 发布,翻译遵循 CC BY-SA 4.0 许可协议
通常不会。对于虚拟方法,HotSpot 跟踪该方法是否 实际上 已被覆盖,并且能够执行优化,例如在方法未被覆盖的 假设下 进行内联 - 直到它加载一个覆盖该方法的类,此时它可以撤消(或部分撤消)这些优化。
(当然,这是假设您使用的是 HotSpot——但它是迄今为止最常见的 JVM,所以……)
在我看来,您应该基于清晰的设计和可读性而不是出于性能原因使用
final
。如果您出于性能原因想要更改任何内容,您应该在将最清晰的代码弯曲变形之前执行适当的测量 - 这样您就可以决定所获得的任何额外性能是否值得更差的可读性/设计。 (根据我的经验,这几乎不值得;YMMV。)编辑:正如已经提到的 final 领域,值得一提的是,就清晰的设计而言,它们通常是一个好主意。它们还改变了跨线程可见性方面的保证行为:构造函数完成后,保证任何最终字段立即在其他线程中可见。根据我的经验,这可能是
final
最常见的用法,尽管作为 Josh Bloch 的“设计继承或禁止它”经验法则的支持者,我可能应该使用final
更多经常上课…