JVM 虚拟机：JDK、JRE 与 JVM 核心关系与运行机制记忆卡

我能理清三者的层级

1. JVM 是核心抽象计算机，负责执行 .class 字节码，是实现跨平台的基础
2. JRE 包含 JVM 和运行所需的基础类库（如 java.lang 等）
3. JDK 是面向开发者的，在 JRE 基础上增加了 javac、javadoc 等开发工具
4. 适用边界上，开发机必装 JDK，仅需运行的环境装 JRE 即可，以减少体积和安全风险。

• 探索 Java 9 引入的模块化系统对 JRE 结构的改变。
• 了解 jlink 工具如何生成自定义的轻量级 JRE 镜像。
• 比较不同厂商（Oracle, OpenJDK）的 JDK 授权差异。

假设我们要运行一个 Java 程序。开发时使用 JDK 中的 javac 将 Main.java 编译为字节码：javac javac Main.java 。随后在测试环境中，只需 JRE 即可执行该程序，因为 JRE 中的 JVM 能够解释或即时编译这些 .class 文件：java java Main 。

我能解释跨平台的底层原理

1. 跨平台的关键在于中间层字节码（.class）
2. 编译器 javac 只生成与平台无关的字节码
3. 字节码不能直接被硬件执行，必须由特定平台的 JVM 翻译
4. 各操作系统的 JVM 实现不同，它们会将字节码转换为当前系统的机器指令，JVM 本身是不跨平台的。

• 深入了解 JNI（Java Native Interface）的工作原理。
• 研究字节码指令集规范是如何设计的。
• 对比 GraalVM 是如何实现跨语言运行的。

针对同样的文件操作代码，编译后在 Windows 上运行时，JVM 实现会调用 Windows API；在 Linux 上运行时，JVM 实现会调用 POSIX API。代码层只需写：java System.out.println("Hello OS"); ，底层由不同的 JVM 翻译。

我能明确编译过程的两个阶段

1. javac 属于前端编译，在开发阶段将 .java 编译为 .class
2. JVM 的 JIT 编译器属于后端编译，在运行时将热点字节码编译为机器码
3. 前端编译保证跨平台，只做基础检查
4. 后端编译针对当前硬件架构做深度的机器码级性能优化，提升执行效率。

• 学习 HotSpot 虚拟机的分层编译机制。
• 了解 AOT（Ahead-Of-Time）编译在现代 Java 中的应用。
• 探究 javac 插件如何实现编译期代码生成。

当我们执行 javac App.java 时，javac 检查类型与语法，并生成包含字节码的 App.class。当运行 java App 时，JVM 解释执行，发现 main 方法被高频调用后触发 JIT 编译优化：shell javac App.java java App 。

我能说明核心类库的加载原理

1. JRE 中包含支持运行的标准类库
2. 启动时，JVM 依靠底层 Bootstrap ClassLoader 寻找核心类
3. java.lang 等基础类最先被加载，以支撑系统运行
4. 为了安全，开发者不能随意覆盖 java.* 包中的核心类，会触发安全异常。

• 深入研究双亲委派模型的作用与打破方式。
• 探讨 Java 9 模块化系统对核心类加载路径的改变。
• 了解自定义类加载器的应用场景。

JVM 启动时，会自动加载 JRE 中的核心类库。例如我们在代码中直接使用 String，它其实是由底层类加载器从 java.base 模块中加载的：java String greeting = "Hello JRE"; System.out.println(greeting); 。