编译器和java有什么不同吗

Question

相同版本的代码优化是否有任何差异：OracleJava编译器ApacheJava编译器IBMJava编译器OpenJDKJava编译器。如果有什么代码可以展示不同的优化？或者他们使用相同的编译器？如果没有已知的优化差异，那么我在哪里可以找到关于如何测试不同优化的编译器的资源？

Answer 1

我花了大量时间使用的编译器只有javac（正如其他人指出的，它在急切优化方面做得很少）和Eclipse编译器。

在编写Java反编译器时，我观察到Eclipse编译代码的方式有一些（通常令人沮丧）差异，但不是很多。其中一些可以被视为优化。其中：

>

Eclipse编译器似乎至少执行了一些重复的代码分析。如果两个（或更多？）代码块都会分支到单独但等效的代码块，等效的目标块可以通过多个条目跳转展平为单个块。我从未见过javac执行这种类型的优化；始终会发出等效块。我记得的所有例子都发生在switch语句中。这种优化减少了方法大小（因此也减少了类文件大小），这可能会提高加载和验证时间。它甚至可能会在解释模式下提高性能（特别是当所讨论的解释器html" target="_blank">执行内联时），但我认为这样的改进是微不足道的。我怀疑，一旦这个方法被JIT编译，它会有什么不同。这也使得反编译更加困难（grrr）。

基本块通常以与javac完全不同的顺序发出。这可能只是编译器内部设计的副作用，也可能是编译器试图优化代码布局以减少跳转次数。这是我通常会留给JIT的那种优化，这种哲学似乎对javac很有效。

Answer 2

不，它们不使用相同的编译器。我不能对这些优化和东西发表太多评论，但下面是一个例子，说明编译器在工作中是如何不同的。

public class Test {
    public static void main(String[] args) {
        int x = 1L;  // <- this cannot compile
    }
}

如果使用标准java编译器，它将抛出编译错误，并且不会创建类文件。

但是，如果您为java ECJ使用eclipse编译器，它不仅会抛出相同的编译错误，还会创建一个类文件（是的，一个不可编译代码的类文件，这使得ECJ，我不会说错，但有点棘手），看起来像这样。

public static void main(String[] paramArrayOfString)
{
    throw new Error("Unresolved compilation problem: \n\tType mismatch: cannot convert from long to int.\n");
}

话虽如此，这只是两个编译器之间的问题。其他编译器可能有自己的工作方式。

附言：我从这里举了一个例子。

Answer 3

相同版本的Oracle Java compiler Apache Java compiler IBM Java compiler OpenJDK Java compiler在代码优化方面是否存在任何差异。

虽然编译器可能非常不同，但javac几乎没有优化。主要的优化是常量内联，这在JLS中指定，因此是标准的（除了任何错误）

如果有什么代码可以演示不同的优化？

你可以做到这一点。

final String w = "world";
String a = "hello " + w;
String b = "hello world";
String c = w;
String d = "hello " + c;
System.out.prinlnt(a == b); // these are the same String
System.out.prinlnt(c == b); // these are NOT the same String

在第一种情况下，常量被内联，字符串在编译时连接。在第二种情况下，连接在运行时执行，并创建一个新的字符串。

或者他们使用的是同一个编译器？

没有，但是99%的优化都是在运行时由JIT执行的，所以对于给定版本的JVM，这些优化是相同的。

如果没有已知的优化差异，那么我在哪里可以找到关于如何测试编译器进行不同优化的资源？

如果有的话，我会很惊讶，因为这听起来不太有用。问题是JIT优化了字节代码的预构建模板，如果你试图优化字节代码，你可能会混淆JIT，代码变慢。也就是说，如果不考虑运行JVM，就没有办法评估优化。