好的，我知道这一点：我们编写Java源代码，与平台无关的编译器将其转换为字节码，
实际上，编译器本身 工作
作为本机的可执行文件（文件javac.exe因此）。没错，它将源文件转换为字节码。字节码是平台无关的，因为它针对Java虚拟机。
然后依赖于平台的jvm将其转换为机器代码。
不总是。至于Sun的JVM，有两个jvm：客户端和服务器。它们都可以但不一定要编译为本机代码。
因此，从一开始，我们就编写Java源代码。编译器javac.exe是.exe文件。.exe文件到底是什么？Java编译器不是用Java编写的，然后为什么会有执行该文件的.exe文件？
该
exe文件是包装的Java字节码。这是为了方便-避免复杂的批处理脚本。它启动JVM并执行编译器。
如果编写的编译器代码是Java，那么在编译阶段如何执行编译器代码，因为jvm的工作是执行Java代码。
这正是包装代码的作用。
语言本身如何编译自己的语言代码？对我来说，这似乎是鸡和鸡蛋的问题。
是的，乍一看令人困惑。虽然，这不仅是Java的习惯用法。Ada的编译器也是用Ada本身编写的。它看起来像一个“鸡和鸡蛋的问题”，但实际上，这只是一个引导问题。
现在，.class文件到底包含什么？它是文本形式的抽象语法树，还是表格信息，它是什么？
它不是抽象语法树。AST仅由令牌生成器和编译器在编译时使用，以表示内存中的代码。
.class该文件就像一个程序集，但用于JVM。JVM又是一种抽象机器，它可以运行专门的机器语言-
仅针对虚拟机。最简单的说，
.class文件的结构与普通程序集非常相似。首先声明所有静态变量，然后是一些外部函数签名表，最后是机器代码。
如果您真的很好奇，可以使用“ javap”实用程序来深入研究classfile。这是调用的样本（混淆）输出
javap -c Main：
0: new #2; //class SomeObject3: dup4: invokespecial #3; //Method SomeObject."<init>":()V7: astore_18: aload_19: invokevirtual #4; //Method SomeObject.doSomething:()V12: return
所以您应该已经有了一个真正的想法。
谁能告诉我有关我的Java源代码如何在机器代码中转换的清晰详细的方法。
我认为现在应该更清楚了，但这是简短的摘要：
您调用
javac
指向您的源代码文件的指针。javac 的内部 读取器 （或令牌生成器）读取文件，并根据该文件构建实际的AST。所有语法错误都来自此阶段。在
javac
还没有完成它的工作呢。如果具有AST，则可以开始进行真正的编译。它使用访问者模式遍历AST并解决外部依赖关系，以在代码中添加含义（语义）。成品另存为.class
包含字节码的文件。现在该运行该东西了。您
java
使用.class文件的名称进行调用。现在，JVM重新启动，但可以 解释 您的代码。JVM可能会或可能不会将您的抽象字节码编译到本机程序集中。如果需要，可以结合使用Sun的HotSpot编译器和即时编译。如果满足某些规则，则JVM会不断对正在运行的代码进行概要分析，并重新编译为本机代码。最常见的是， 热 代码是第一个本地编译的代码。
编辑：如果没有，则
javac必须使用类似于以下的方法来调用编译器：
%JDK_HOME%/bin/java.exe -cp:myclasspath com.sun.tools.javac.Main fileToCompile
如您所见，它正在调用Sun的私有API，因此它已绑定到Sun
JDK实现。它将使构建系统依赖它。如果切换到任何其他JDK（Wiki列出了Sun以外的5个JDK），则应更新上述代码以反映所做的更改（因为编译器不太可能驻留在com.sun.tools.javac软件包中）。其他编译器可以用本机代码编写。
因此，标准方法是
javac使用JDK 运送包装器。
