java - java编译究竟是如何发生的？

Question

被java编译过程迷惑

好的，我知道:我们编写java源代码，独立于平台的编译器将其翻译成字节码，然后依赖于平台的jvm将其翻译成机器码。

所以从一开始，我们就编写java源代码。编译器 javac.exe 是一个 .exe 文件。这个 .exe 文件到底是什么？ java编译器不是用java写的，那怎么会有.exe文件来执行呢？如果编写的编译器代码是java，那么编译器代码怎么会在编译阶段执行，因为它是jvm的工作来执行java代码。语言本身如何编译自己的语言代码？对我来说，这一切都像是先有鸡还是先有蛋的问题。

现在 .class 文件究竟包含什么？是不是文本形式的抽象语法树，是表格信息，是什么？

谁能告诉我有关如何将我的 java 源代码转换为机器代码的清晰详细的方法。

Answer 1

OK i know this: We write java source code, the compiler which is platform independent translates it into bytecode,

实际上，编译器本身工作作为 native 可执行文件(因此是 javac.exe)。确实，它将源文件转换为字节码。字节码是平台无关的，因为它是针对 Java 虚拟机的。

then the jvm which is platform dependent translates it into machine code.

并非总是如此。至于 Sun 的 JVM，有两个 jvm:客户端和服务器。它们都可以，但不一定必须编译为 native 代码。

So from start, we write java source code. The compiler javac.exe is a .exe file. What exactly is this .exe file? Isn't the java compiler written in java, then how come there is .exe file which executes it?

这个 exe 文件是一个包装好的 java 字节码。这是为了方便 - 避免复杂的批处理脚本。它启动一个 JVM 并执行编译器。

If the compiler code is written is java, then how come compiler code is executed at the compilation stage, since its the job of the jvm to execute java code.

这正是包装代码的作用。

How can a language itself compile its own language code? It all seems like chicken and egg problem to me.

的确，乍一看令人困惑。不过，这不仅仅是 Java 的惯用语。 Ada 的编译器也是用 Ada 本身编写的。它可能看起来像一个“鸡和蛋的问题”，但实际上，这只是一个引导问题。

Now what exactly does the .class file contain? Is it an abstract syntax tree in text form, is it tabular information, what is it?

这不是抽象语法树。 AST 仅由标记器和编译器在编译时用于表示内存中的代码。 .class 文件就像一个程序集，但用于 JVM。反过来，JVM 是一种抽象机器，可以运行专门的机器语言——仅针对虚拟机。在最简单的情况下，.class 文件的结构与普通程序集非常相似。一开始声明了所有的静态变量，然后是一些外部函数签名表，最后是机器码。

如果您真的很好奇，您可以使用“javap”实用程序深入研究类文件。这是调用 javap -c Main 的示例(混淆)输出:

0:   new #2; //class SomeObject
3:   dup
4:   invokespecial   #3; //Method SomeObject."<init>":()V
7:   astore_1
8:   aload_1
9:   invokevirtual   #4; //Method SomeObject.doSomething:()V
12:  return

所以你应该已经知道它到底是什么了。

can anybody tell me clear and detailed way about how my java source code gets converted in machine code.

我认为现在应该更清楚了，但这里有一个简短的总结:

• 您调用 javac 指向您的源代码文件。 javac 的内部 reader(或标记器)读取您的文件并从中构建一个实际的 AST。所有的语法错误都来自这个阶段。

• javac 还没有完成它的工作。当它拥有 AST 时，真正的编译就可以开始了。它使用访问者模式来遍历 AST 并解析外部依赖项以向代码添加含义(语义)。成品保存为包含字节码的.class文件。

• 现在是时候运行这个东西了。您使用 .class 文件的名称调用 java。现在 JVM 再次启动，但要解释您的代码。 JVM 可能会将您的抽象字节码编译成 native 程序集，也可能不会。如果需要，Sun 的 HotSpot 编译器可以与 Just In Time 编译结合使用。如果满足某些规则，JVM 会不断分析运行代码并重新编译为 native 代码。最常见的是 hot 代码是第一个本地编译的。

编辑:如果没有 javac，则必须使用类似于以下内容的方式调用编译器:

%JDK_HOME%/bin/java.exe -cp:myclasspath com.sun.tools.javac.Main fileToCompile

如您所见，它正在调用 Sun 的私有(private) API，因此它绑定(bind)到 Sun JDK 实现。它将使构建系统依赖于它。如果切换到任何其他 JDK(wiki 列出了 Sun 以外的 5 个)，则应更新上述代码以反射(reflect)更改(因为编译器不太可能驻留在 com.sun.tools.javac 包中)。其他编译器可以用 native 代码编写。

所以标准的方法是把 javac 包装器与 JDK 一起提供。