在 Java 中，我们看到很多地方final可以使用关键字，但其使用并不常见。
例如：
String str = "abc";
System.out.println(str);
在上述情况下，str can be final但这通常被忽略。
当一个方法永远不会被重写时，我们可以使用final关键字。同样，对于不会被继承的类的情况也是如此。
在任何或所有这些情况下使用 Final 关键字是否真的可以提高性能？如果是这样，那又如何呢？请解释。如果正确使用final对于性能确实很重要，Java 程序员应该养成哪些习惯才能充分利用关键字？
通常不会。对于虚拟方法，HotSpot 会跟踪该方法是否具有actually已被覆盖，并且能够执行优化，例如内联假设一个方法尚未被重写 - 直到它加载一个重写该方法的类，此时它可以撤消（或部分撤消）这些优化。
（当然，这是假设您使用的是 HotSpot - 但它是迄今为止最常见的 JVM，所以......）
在我看来你应该使用final基于清晰的设计和可读性，而不是出于性能原因。如果您出于性能原因想要更改任何内容，则应该在将最清晰的代码变形之前执行适当的测量 - 这样您就可以决定所实现的任何额外性能是否值得较差的可读性/设计。 （根据我的经验，这几乎不值得；YMMV。）
编辑：正如提到的最终字段一样，值得一提的是，就清晰的设计而言，它们通常是一个好主意。它们还改变了跨线程可见性方面的保证行为：构造函数完成后，保证任何最终字段立即在其他线程中可见。这可能是最常见的用法final根据我的经验，尽管作为 Josh Bloch 的“设计继承或禁止它”经验法则的支持者，我可能应该使用final更频繁地上课...
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
