深入JVM核心：一张图看懂Java虚拟机架构

本文链接：https://blog.csdn.net/weixin_52612796/article/details/148120732

引言

💡 作为Java开发者，你是否曾经好奇过Java程序是如何在不同操作系统上运行的？为什么Java能实现"一次编写，到处运行"的承诺？答案就在于**Java虚拟机（JVM）**这一强大的底层支撑系统。

JVM是Java平台的核心，它是一个抽象的计算机，提供了一个独立于平台的运行环境，使得Java程序能够在任何设备或操作系统上运行。🚀 无论你是初学者还是经验丰富的开发人员，深入理解JVM的组成和工作原理都将帮助你编写更高效、更稳定的Java应用程序。

本文将带你深入探索JVM的内部架构，通过清晰的图解和详细的说明，帮助你全面了解Java虚拟机的核心组成部分及其功能。让我们一起揭开JVM的神秘面纱，探索Java技术的基石！

JVM整体架构

⚙️ Java虚拟机（JVM）主要由四大核心组件组成：

类加载器（ClassLoader）
运行时数据区（Runtime Data Area）
执行引擎（Execution Engine）
本地方法接口（Native Interface）

图1：JVM整体架构示意图，展示了四大核心组件及其交互关系

下面是一张更详细的Java内存模型图，清晰展示了JVM内存的各个组成部分及其层次关系：

图2：Java内存模型详细架构图，展示了堆、方法区和线程的内存分配

这四大组件协同工作，共同支撑Java程序的运行。下面我们来详细了解一下Java代码的执行流程：

🔄 Java程序的执行过程：首先，源代码（.java文件）通过Java编译器编译成字节码（.class文件）。然后，这些字节码文件被类加载器加载到JVM中的运行时数据区。接下来，执行引擎将字节码解释或编译成特定平台的机器码，并交给CPU执行。在这个过程中，如果需要调用本地方法（如操作系统的API），则通过本地方法接口来实现。

这种设计使得Java程序能够实现"一次编写，到处运行"的特性，因为字节码是平台无关的，而JVM则负责处理与具体平台相关的细节。

类加载子系统（ClassLoader）

📚 类加载子系统负责将编译好的Java字节码（.class文件）加载到JVM内存中。这是Java程序执行的第一步，也是实现Java平台独立性的关键环节。

类加载过程

类加载过程主要分为三个阶段：

加载（Loading）：查找并加载类的二进制数据，在内存中生成一个代表这个类的java.lang.Class对象。
链接（Linking）：
- 验证（Verification）：确保加载的类信息符合JVM规范，没有安全问题。🔍
- 准备（Preparation）：为类的静态变量分配内存，并将其初始化为默认值。
- 解析（Resolution）：将类、接口、字段和方法的符号引用转换为直接引用。
初始化（Initialization）：执行类构造器<clinit>()方法，为类的静态变量赋予正确的初始值。

类加载器层次结构

Java使用了"双亲委派模型"来组织类加载器之间的关系：

启动类加载器（Bootstrap ClassLoader）：负责加载Java核心类库。
扩展类加载器（Extension ClassLoader）：负责加载Java扩展类库。
应用类加载器（Application ClassLoader）：负责加载应用程序classpath下的类。
自定义类加载器：开发者可以自定义类加载器来加载特定的类。

⚠️ 双亲委派机制确保了Java类库的安全性：当一个类加载器收到类加载请求时，它首先将请求委派给父类加载器，只有当父类加载器无法加载时，子类加载器才会尝试自己加载。

运行时数据区（Runtime Data Area）

💾 运行时数据区是JVM内存管理的核心，它是Java程序在运行过程中存储数据的地方。JDK 1.8之前和之后，JVM的内存结构有所不同，下面我们分别介绍。

详细的JVM内存结构图解

下面这张详细的JVM内存结构图全面展示了Java虚拟机的内存组织和运行机制，包括栈帧结构、对象引用关系、JVM核心组件以及堆内存的分代管理：

图3：详细的JVM内存结构图，展示了完整的内存布局和对象生命周期

图中关键部分解析：

左侧：展示了Java方法执行的栈帧结构
- main线程中的程序计数器、FILO栈（包含compute()和main()栈帧）
- 每个栈帧包含局部变量表、操作数栈、动态链接和方法出口
- 本地方法栈用于执行Native方法
中间：展示了对象引用和数据存储
- this引用、变量引用（a=1, b=2, c=30）
- 常量值和对象引用（math）
右侧：JDK 8中的JVM核心结构
- 类加载子系统负责加载类文件
- 方法区（元空间）存储类信息、常量和静态变量
- 栈、本地方法栈和程序计数器
- 字节码执行引擎负责执行字节码指令
底部：堆内存的分代结构和垃圾回收机制
- 年轻代：Eden区(8/10)和两个Survivor区(各1/10)
- 老年代(2/3)存储长期存活的对象
- minor GC和full GC分别负责年轻代和整堆的垃圾回收
- OOM表示内存溢出错误

图中的箭头清晰地展示了对象从创建到回收的完整生命周期，包括类加载、对象创建、对象引用、对象晋升和垃圾回收的整个过程。

JDK 1.8之前的内存区域

JDK 1.8之前，运行时数据区主要包括五个部分：

程序计数器（Program Counter Register）：
- 当前线程执行的字节码的行号指示器
- 线程私有，是唯一一个不会发生OutOfMemoryError的内存区域
Java虚拟机栈（Java Virtual Machine Stack）：
- 存储线程执行方法时的数据，包括局部变量表、操作数栈等
- 线程私有，生命周期与线程相同
- 可能抛出StackOverflowError和OutOfMemoryError
本地方法栈（Native Method Stack）：
- 为本地方法（Native Method）服务
- 线程私有，与虚拟机栈类似，但服务对象不同
Java堆（Java Heap）：
- 存储对象实例和数组
- 线程共享，是垃圾收集器管理的主要区域
- 可细分为新生代和老年代，新生代又可分为Eden区、From Survivor和To Survivor区
方法区（Method Area）：
- 存储已被虚拟机加载的类信息、常量、静态变量等
- 线程共享，在HotSpot虚拟机中，方法区被称为"永久代"（Permanent Generation）

JDK 1.8之后的内存区域

JDK 1.8对内存结构做了重要调整：

取消了永久代（Permanent Generation）
引入了元空间（Metaspace），它直接使用本地内存，不再受JVM堆内存大小的限制
将原本存放在永久代的字符串常量池和静态变量移到了堆内存中

这一变化主要是为了解决永久代大小受限导致的频繁Full GC和内存溢出问题。⚠️ 元空间使用的是本地内存，理论上只受本地内存大小的限制，这大大降低了发生OutOfMemoryError的可能性。

对象在内存中的布局

在HotSpot虚拟机中，对象在内存中的布局分为三部分：

对象头（Header）：
- 存储对象自身的运行时数据，如哈希码、GC分代年龄、锁状态等
- 类型指针，指向对象的类元数据
实例数据（Instance Data）：
- 对象真正存储的有效信息，即定义的各种类型的字段内容
对齐填充（Padding）：
- 仅起占位符作用，保证对象大小满足8字节的整数倍

执行引擎（Execution Engine）

⚡ 执行引擎是JVM的核心组件之一，负责执行字节码指令。它将字节码指令解释或编译成特定平台的机器码，然后交给CPU执行。

正如我们在上面的详细JVM内存结构图中看到的，执行引擎与JVM的其他组件紧密协作，特别是与程序计数器和内存区域的交互，确保Java程序能够正确高效地运行。

执行引擎的主要组成部分

执行引擎主要包括三个部分：

解释器（Interpreter）：
- 逐条解释执行字节码指令
- 优点是启动快，无需等待编译
- 缺点是执行效率相对较低
即时编译器（Just-In-Time Compiler，JIT）：
- 将热点代码编译成本地机器码，提高执行效率
- HotSpot VM包含两个JIT编译器：Client Compiler（C1）和Server Compiler（C2）
- JDK 9引入了分层编译，结合解释器和两种编译器的优势
垃圾回收器（Garbage Collector）：
- 负责自动回收不再使用的内存
- 不同的垃圾回收算法和垃圾回收器适用于不同的应用场景

垃圾回收机制

♻️ Java的自动垃圾回收机制是JVM的重要特性，它使开发者无需手动管理内存。

垃圾回收的基本原理是识别和回收不再使用的对象占用的内存。主要的垃圾回收算法包括：

标记-清除算法（Mark-Sweep）
复制算法（Copying）
标记-整理算法（Mark-Compact）
分代收集算法（Generational Collection）

HotSpot VM提供了多种垃圾回收器，如Serial、Parallel、CMS、G1等，每种回收器都有其适用场景。JDK 11后，ZGC（Z Garbage Collector）成为一个重要的低延迟垃圾回收器选项。

本地方法接口（Native Interface）

🔌 本地方法接口（JNI，Java Native Interface）是Java与本地代码（通常是C/C++）交互的桥梁。它使Java程序能够调用本地方法库中的函数，从而实现Java无法直接完成的任务。

本地方法接口的作用

本地方法接口主要有以下作用：

提供对操作系统特定功能的访问
利用现有的本地代码库
执行对性能要求极高的操作
实现Java语言本身无法实现的功能

本地方法的调用过程

当Java程序调用一个本地方法时：

JVM会在本地方法栈中为该方法创建一个栈帧
通过JNI查找对应的本地函数
执行本地函数
返回结果给Java程序

🌐 虽然本地方法接口提供了强大的功能扩展能力，但使用它也会带来一些问题，如平台依赖性、安全风险和调试困难等。因此，在现代Java开发中，本地方法接口的使用已经相对减少，更多地被Socket通信、Web Service等跨语言交互方式所替代。

JVM调优与实践建议

🔧 了解JVM的组成和工作原理后，我们可以针对性地进行JVM调优，提高Java应用程序的性能。

常用JVM参数设置

以下是一些常用的JVM参数：

堆内存相关：
- -Xms：设置堆的初始大小
- -Xmx：设置堆的最大大小
- -Xmn：设置新生代大小
垃圾回收相关：
- -XX:+UseG1GC：使用G1垃圾回收器
- -XX:+UseConcMarkSweepGC：使用CMS垃圾回收器
- -XX:+PrintGCDetails：打印详细的GC日志
类加载相关：
- -XX:+TraceClassLoading：跟踪类的加载
- -XX:+TraceClassUnloading：跟踪类的卸载