Java 编译器的世界：前端、JIT 与 AOT 的秘密：详解 Java 的编译过程与编译器生态
🔥个人主页：艾莉丝努力练剑
❄专栏传送门：《C语言》、《数据结构与算法》、C语言刷题12天IO强训、LeetCode代码强化刷题、洛谷刷题、C/C++基础知识知识强化补充、C/C++干货分享&学习过程记录
🍉学习方向：C/C++方向学习者
⭐️人生格言：为天地立心，为生民立命，为往圣继绝学，为万世开太平
前言：我们每天都在用 javac 编译运行 Java 程序，但这仅仅是故事的开始。.java 文件如何一步步变成高效运行的机器码？这背后隐藏着一个由前端编译器、即时编译器 (JIT) 和提前编译器 (AOT) 共同构成的精密世界。本文将带你穿越 Java 的编译之旅，揭示从源代码到最终性能提升的全过程，让你对 Java 的运作机制有一个全新的认识。
目录
一、前端编译器 (将 .java 编译成 .class)
1.1 JDK 自带编译器：javac
1.2 Eclipse 编译器 for Java (ECJ)
1.3 其他编译器
二、即时编译器 JIT (将 .class 字节码编译成机器码)
2.1 C1 编译器 (客户端编译器 - Client Compiler)
2.2 C2 编译器 (服务端编译器 - Server Compiler)
2.3 分层编译 (Tiered Compilation)
2.4 GraalVM 编译器 (新一代)
三、提前编译器 AOT (Ahead-Of-Time Compiler)
3.1 GraalVM Native Image
3.2 JDK 9 引入的 jaotc
总结
结尾
一、前端编译器 (将 .java 编译成 .class)
这类编译器是我们最常直接接触的。
1.1 JDK 自带编译器：javac
这是最官方、最标准、使用最广泛的编译器。
-
来源：Oracle JDK、OpenJDK 等所有主流 JDK 发行版都自带。
-
功能：它严格遵循《Java语言规范》，将源代码编译成符合《Java虚拟机规范》的字节码。
-
使用方式：
-
命令行直接使用：
javac HelloWorld.java -
被各种 IDE（如 IntelliJ IDEA, Eclipse）和构建工具（如 Maven, Gradle）在后台调用。
-
-
特点：稳定、可靠、是行业基准。
1.2 Eclipse 编译器 for Java (ECJ)
这是一个非常著名的独立编译器，是 Eclipse IDE 的默认编译器。
-
来源：Eclipse 项目的一部分。
-
特点：
-
增量编译：ECJ 以其高效的增量编译能力而闻名。它只重新编译那些被修改的文件及其受影响的文件，而不是整个项目，这在大型项目中可以极大地提升开发效率。
-
允许错误：ECJ 的设计允许代码中存在错误时仍能继续编译部分代码，这使得 IDE 能够提供更好的实时错误提示和代码补全功能。
-
-
使用场景：主要集成在 Eclipse IDE 中。其他构建工具（如 Apache Tomcat）也可能使用它。
1.3 其他编译器
-
Ajc (AspectJ Compiler)：AspectJ 面向切面编程框架的编译器。它不仅可以编译标准的 Java 代码，还可以编译和织入特殊的 AspectJ 语法（如切点、通知等），生成增强后的字节码。
二、即时编译器 JIT (将 .class 字节码编译成机器码)
这是 Java 实现“一次编写，到处运行”和高效运行的关键。它内置于 JVM（Java 虚拟机）中，在程序运行时工作。我们通常不直接调用它，而是通过设置 JVM 参数来影响它的行为。
HotSpot VM 是 Oracle 和 OpenJDK 的默认虚拟机，也是目前最主流的 JVM，它内置了两个强大的 JIT 编译器：
2.1 C1 编译器 (客户端编译器 - Client Compiler)
-
目标：优化启动速度。
-
策略：编译速度快，但生成的代码优化程度较低。
-
适用场景：适用于对启动性能有高要求的客户端桌面应用。Java 8 及之前版本，可以使用
-client参数强制使用（但新版JDK中此参数已失效）。
2.2 C2 编译器 (服务端编译器 - Server Compiler)
-
目标：最大化峰值性能。
-
策略：编译速度较慢，但会进行大量深度优化（如激进预测、循环优化、锁消除等），生成的代码效率极高。
-
适用场景：适用于长时间运行的服务端应用。Java 8 及之前版本，可以使用
-server参数强制使用（新版同样已失效）。
2.3 分层编译 (Tiered Compilation)
这是现代 JVM（Java 8 后默认开启）的标配策略，它结合了 C1 和 C2 的优点。
-
工作流程：
-
代码刚开始被解释执行。
-
如果某段代码（热点代码）被频繁调用，首先由 C1 编译器快速编译，以提升速度。
-
如果该代码继续被频繁调用，再由 C2 编译器进行深度优化编译，以获得极致的性能。
-
-
优势：既保证了应用启动速度，又能在长时间运行后达到最佳的运行效率。可以通过 JVM 参数
-XX:+TieredCompilation开启或关闭。
2.4 GraalVM 编译器 (新一代)
-
来源：由 Oracle 开发，是一个高性能的 JDK 发行版。
-
特点：
-
用 Java 语言编写，模块化程度更高。
-
可以作为 HotSpot VM 的 JIT 编译器使用（通过
-XX:+UseJVMCICompiler参数启用），性能在某些场景下优于传统的 C2。 -
它更重要的角色是作为一个 原生镜像编译器 (AOT编译器)。
-
三、提前编译器 AOT (Ahead-Of-Time Compiler)
这类编译器在程序运行之前，就将字节码直接编译成机器码，从而完全避免在运行时进行 JIT 编译。
3.1 GraalVM Native Image
这是目前最主流的 Java AOT 解决方案。
-
功能：它将应用程序、所需的库以及一个精简版的运行时（Substrate VM）一起提前编译成一个独立的、平台相关的可执行文件。
-
优点：
-
启动速度极快：毫秒级别，因为不需要 JIT 编译和预热。
-
内存占用更低：不需要存储字节码和编译器本身。
-
-
缺点：
-
编译时间长。
-
牺牲了部分 Java 的动态特性（如反射、动态代理等需要额外配置）。
-
无法进行基于运行时分析的深度优化。
-
-
适用场景：云原生、微服务、Serverless 函数（如 AWS Lambda）等对启动速度和资源占用非常敏感的场景。
3.2 JDK 9 引入的 jaotc
-
这是早期 OpenJDK 的一个实验性 AOT 功能，用于将 Java 类或模块编译成原生代码库。
-
现状：已被废弃并移除。Oracle 官方推荐使用 GraalVM Native Image 作为 AOT 的方案。
总结
| 类型 | 常见编译器 | 主要作用 | 特点与场景 |
|---|---|---|---|
| 前端编译器 | javac (主流) | 将 .java 源码编译成 .class 字节码 | 标准、稳定，所有IDE和构建工具的基础 |
| ECJ (Eclipse) | 同上 | 增量编译能力强，Eclipse IDE 默认使用 | |
| 即时编译器 (JIT) | C1 (HotSpot) | 将热点字节码快速编译为机器码 | 编译快，优化少，注重启动速度 |
| C2 (HotSpot) | 将热点字节码深度优化为机器码 | 编译慢，优化多，注重峰值性能 | |
| 分层编译 (默认) | 结合 C1 和 C2 | 平衡启动速度和峰值性能 | |
| Graal JIT | 作为 HotSpot 的 JIT 替代 | 现代化，用Java编写，性能有潜力 | |
| 提前编译器 (AOT) | Graal Native Image (主流) | 将字节码直接编译为独立可执行文件 | 启动极快，占用内存小，适合云原生 |
~~jaotc~~ | (已废弃) | 早期的实验性方案 |
对于大多数 Java 开发者来说，最常直接接触的就是 javac，而 JIT 和 AOT 编译器则由 JVM 和特定工具（如 GraalVM）在后台自动管理。了解它们的区别和工作原理，有助于你在不同场景下做出最合适的技术选型和性能调优。
结尾
结语：正如我们所见，Java 的编译绝非一次从
javac到字节码的简单转换。它是一个多层次、动态优化的精密系统。从确保跨平台性的javac，到追求极致性能的 JIT，再到为云原生而生的 AOT，每一种编译器都在其舞台上扮演着关键角色。理解它们，不仅能让我们更深入地掌握 Java 这门语言，更能为我们在不同场景下做出正确的技术选型和性能优化提供坚实的基础。