java 8中的编译代码与java 11中的编译代码

Question

我们目前在Java8中编译了代码，但我们在Java11 VM上运行它。现在我们也在尝试将代码移动到Java11编译时。想知道在Java8中编译代码与在Java11中编译代码在性能方面是否有任何好处，因为两个编译器都会生成不同的类文件（字节码）？在效率方面，一个与另一个有何不同？

Answer 1

javac不是一个优化编译器，所以一般来说，不要期望它在不同版本之间生成“更快”的字节码。优化是JVM的工作。

同时，Java编译器确实支持新的语言特性，并且可能支持新的JVM特性。其中一些确实对性能有影响。JDK 9-JDK 11中最著名的例子如下。

>

JEP 280：指示字符串串联（JDK 9）。

此JEP改变了字符串连接表达式的编译方式。在JDK 9之前，string表达式被翻译为

new StringBuilder().append()...append().toString();

尽管JIT识别出这样的链并试图在运行时对其进行优化，但这种优化是脆弱的，并不总是如预期的那样工作。使用invokedynamic编译字符串串联可以让JVM更自由地生成更好的代码。您可以在本JEP的注释中找到详细的解释和基准。

JEP 181：基于嵌套的访问控制（JDK 11）

这个JEP解决了访问嵌套类的私有成员的问题。在JDK 11之前，Java编译器为它们生成合成桥方法（示例）。

乍一看，这与性能无关。然而，在边缘情况下，由于内联深度限制，额外的合成方法可能会破坏内联。

基于嵌套的访问控制允许nestmate类在不使用合成桥的情况下访问彼此的私有成员，从而降低意外性能下降的风险。

更新

以前，我在这个列表中包含了JDK-8175883：用于增强循环的字节码生成，但正如@Holger在评论中注意到的那样，这种“优化”实际上并不起作用。

结论

Java编译器的变化主要与新的语言/JVM功能有关。字节码级别的优化不是目标。但是，其中一些更改也可能（间接）影响性能。无论如何，重新编译代码可能带来的性能优势通常很小，以至于您在实际应用程序中甚至不会注意到它们。