一个java文件的JVM之旅

准备

我是小C同学编写得一个java文件，如何实现我的功能呢？需要去JVM(Java Virtual Machine)这个地方旅行。

变身

我高高兴兴的来到JVM，想要开始JVM之旅，它确说：“现在的我还不能进去，需要做一次转换，生成class文件才行”。为什么这样呢？

JVM不能直接加载java文件的原因:

• Java源代码中包含了许多高级语言特性和语法，比如类、继承、多态、异常处理等等。这些高级特性在JVM中没有直接对应的形式，只有通过编译器的处理才能转化为JVM可以理解的字节码指令。

• Java源代码需要经过编译器的编译过程，才能生成相应的字节码文件，然后再由JVM加载、解释执行。在编译过程中，编译器对源代码进行语法分析、类型检查、优化等操作，最终生成与目标平台兼容的Java字节码文件。

• JVM只能够加载和运行符合Java虚拟机规范的.class字节码文件，而不能够直接加载和运行Java源代码文件。

编译

知道原因后，我又问JVM，我怎么才能变成class文件呢，JVM告诉我可以通过javac命令。

javac

javac 是 Java 编译器命令，用于将 Java 源代码文件编译成字节码文件（.class 文件）。

命令格式

javac [options] [source files]

• options：为编译选项，可以控制编译器的行为，例如指定类路径、生成调试信息、压缩文件等。

• source files：为需要编译的 Java 源代码文件，可以指定多个文件，用空格隔开。如果不指定源代码文件，则 `javac` 命令会在当前目录查找所有扩展名为 .java 的文件进行编译。

需要注意的是，`javac` 命令需要在正确配置 JDK 环境后才能使用。JDK（Java Development Kit）是 Java 开发工具包的缩写，是 Java 应用程序开发的核心组件之一。

具体实现

编译器在编译源文件时，需要对源文件进行语法分析、语义分析和类型检查等操作。

• 语法分析：javac命令首先将源文件读入内存，然后进行词法分析和语法分析。词法分析器负责将源文件中的字符序列转换成一个个单词（Token），然后语法分析器将单词组合成可以被解释执行的语法结构，形成抽象语法树（AST）。

• 语义分析：javac命令在生成AST之后，进行语义分析。语义分析器主要是为了检查程序中是否存在语义错误，例如变量未定义、类型不匹配等，如果发现语义错误，编译器会输出错误信息，并中止编译过程，不会生成字节码文件。

• 类型检查：javac命令在语义分析的基础上，进行类型检查。类型检查器主要是检查程序的类型是否匹配和兼容，如果类型不匹配或不兼容，编译器会在编译期间报告错误。

• 代码生成：javac命令在生成抽象语法树后，对其进行优化和转化，最终生成字节码文件。编译器会根据目标代码的平台和版本，生成适当的字节码文件。

执行

知道怎么变身后，我立即通过javac命令，让自己变成可以被JVM执行的class文件。

加载

变成class文件后，我怎么能进入JVM内部呢，是走着去还是坐车去呢？JVM告诉我要通过类加载器进入。

类加载器

Java类加载器是Java虚拟机（JVM）中的一个重要组件，它负责将类文件（.class文件）加载到JVM中。

分类

Java 中的类加载器是按照其加载类的特点进行分类的，主要有以下几种类型：

• 启动类加载器（Bootstrap ClassLoader）：负责加载 JRE/lib/rt.jar 中的核心 Java 类库，是最顶层的类加载器，不是 Java 类（因为在 JVM 实现时就已经存在）。

• 扩展类加载器（Extension ClassLoader）：负责加载 JRE/lib/ext 目录下的扩展类库，也是由 C++ 实现的类加载器。

• 应用程序类加载器（APP ClassLoader）：负责加载应用程序的类，包括在 CLASSPATH 中指定的类库或者目录中的 Java 类。

• 自定义类加载器（Custom ClassLoader）：继承自 ClassLoader 类，实现自己的类加载器，主要用于加载一些自定义的类或者修改某些类的字节码。

查看使用的类加载器

代码：

public class ClassLoaderTest {public static void main(String[] args) {//启动类加载器System.out.println(String.class.getClassLoader());//扩展类加载器System.out.println(sun.net.spi.nameservice.dns.DNSNameService.class.getClassLoader());//应用程序类加载器System.out.println(ClassLoaderTest.class.getClassLoader());//扩展类加载器的父加载器System.out.println(sun.net.spi.nameservice.dns.DNSNameService.class.getClassLoader().getParent());//应用程序类加载器的父加载器System.out.println(ClassLoaderTest.class.getClassLoader().getParent());}
}

执行结果：

自定义类加载器

自定义类加载器主要包括两种类型：

• 独立的自定义类加载器，通过重载 ClassLoader 类中的 findClass 方法来实现加载类文件的功能；

• 基于 URLClassLoader 类实现的自定义类加载器，使用 URL 的形式来指定类文件的位置。

重载ClassLoader

代码：

public class CustomClassLoader extends ClassLoader {private String basePath;public CustomClassLoader(String basePath) {this.basePath = basePath;}@Overridepublic Class<?> findClass(String name) throws ClassNotFoundException {byte[] data = getClassData(name);if (data == null) {throw new ClassNotFoundException();} else {// 使用 defineClass 方法将 byte 数组转换为 Class 对象return defineClass(name, data, 0, data.length);}}private byte[] getClassData(String className) {String path = basePath + File.separatorChar + className.replace('.', File.separatorChar) + ".class";try (InputStream inputStream = new FileInputStream(path);ByteArrayOutputStream outputStream = new ByteArrayOutputStream()) {byte[] buffer = new byte[1024];int length;while ((length = inputStream.read(buffer)) != -1) {outputStream.write(buffer, 0, length);}return outputStream.toByteArray();} catch (IOException e) {e.printStackTrace();return null;}}
}

说明：

上述代码继承了ClassLoader类，并重写了其中的findClass()方法，实现从指定目录中加载类文件的功能。

在findClass()方法中，首先通过getClassData()方法读取并返回类文件的字节数组，如果获取的字节数组为空，则抛出ClassNotFoundException异常；否则，使用defineClass()方法将字节数组转换为 Class 对象，并返回该对象。

在getClassData()方法中，根据传入的类名生成类文件路径，并使用FileInputStream将类文件读入字节数组中。

使用:

public class CustomClassLoaderTest {public static void main(String[] args) throws Exception {// 创建自定义类加载器，指定类文件所在的目录CustomClassLoader classLoader = new CustomClassLoader("F:\\classes");// 使用自定义类加载器加载 Hello 类Class<?> clazz = classLoader.loadClass("com.example.something.Hello");Object obj = clazz.getDeclaredConstructor().newInstance();System.out.println(obj);}
}

基于 URLClassLoader

代码：

public class CustomURLClassLoader extends URLClassLoader {public CustomURLClassLoader(URL[] urls, ClassLoader parent) {super(urls, parent);}@Overrideprotected Class<?> findClass(String name) throws ClassNotFoundException {try {// 调用父类 loadClass 方法进行委托加载Class<?> clazz = super.findClass(name);return clazz;} catch (ClassNotFoundException e) {// 如果父类无法加载，则尝试在 URL 中加载byte[] data = getClassData(name);if (data == null) {throw new ClassNotFoundException();} else {// 使用 defineClass 方法将 byte 数组转换为 Class 对象return defineClass(name, data, 0, data.length);}}}private byte[] getClassData(String className) {String path = className.replace('.', '/') + ".class";URL[] urls = getURLs();for (URL url : urls) {try {URL classUrl = new URL(url, path);// 使用 URLConnection 检查类文件是否存在try (InputStream is = classUrl.openStream();ByteArrayOutputStream os = new ByteArrayOutputStream()) {byte[] buffer = new byte[1024];int length;while ((length = is.read(buffer)) != -1) {os.write(buffer, 0, length);}return os.toByteArray();}} catch (IOException e) {// ignore and try next URL}}return null;}
}

说明：

上述代码继承了 `URLClassLoader` 类，并重写了其中的 `findClass()` 方法，实现先尝试使用父类加载器进行加载，如果无法加载，则尝试使用 URL 加载类文件的功能。在 `getClassData()` 方法中，会遍历 `URLClassLoader` 中定义的 URL，检查类文件是否存在，并返回类文件的字节数组，如果无法找到类文件，则返回 `null`。

使用：

public class CustomURLClassLoaderTest {public static void main(String[] args) throws Exception {// 创建 URL 数组，指定类文件所在的 URLURL[] urls = { new URL("file:F:\\classes") };// 创建父类加载器，使用系统类加载器ClassLoader parent = ClassLoader.getSystemClassLoader();// 创建自定义 URL 类加载器CustomURLClassLoader classLoader = new CustomURLClassLoader(urls, parent);// 使用自定义 URL 类加载器加载 Hello 类Class<?> clazz = classLoader.loadClass("com.example.something.Hello");Object obj = clazz.getDeclaredConstructor().newInstance();System.out.println(obj);}
}

双亲委派

加载器那么多，我具体是哪个类进行加载得呢？双亲委派机制告诉我答案.

定义

双亲委派是一种Java类加载器的工作机制，它将类加载请求委派给父类加载器，直到顶级系统类加载器。基本思想是，除非有特殊需求，否则所有类的加载任务都应该由父类加载器完成，从而保证Java核心库的类型安全和稳定性，并防止恶意代码的自行布置。如果一个类没有在父类加载器中被发现，子类加载器才会尝试加载该类。这种类加载器之间的父子关系被称为“双亲委派模型”.

如图：

意义

为什么通过双亲委派进行加载呢？

• 避免重复加载

• 提高安全性

• 维护Java平台的一致性

• 代码优化

Linking

加载过后，我是否就可以被使用了呢？答案是否定的，我还要经历Lingking 阶段，包括Verification、Preparation 和 Resolution。

Verification(验证)

在验证阶段，Java虚拟机会进行语法与语义的检查，以保证class文件的完整性和正确性，同时保证被加载的class与虚拟机的版本兼容。主要的检查内容包括文件格式、字节码语义、符号引用等。

Preparation(准备)

在准备阶段，Java虚拟机会为类变量分配内存，并且赋予初始值。如果类变量包含有静态变量，那么这时也会初始化静态变量。因此，在这个阶段，类变量所使用的空间已经被分配，将其设置为默认初始值即可。

Resolution(解析)

在解析阶段，将类或接口中的符号引用转化为直接引用的过程。在 Java 虚拟机加载类时，符号引用是一种指向常量池中某个符号的引用，而直接引用则是指向内存中某个位置的直接指针。解析阶段可以理解为是在解决类之间的依赖关系，使各个类之间可以像使用自身成员一样使用别的类中的成员。

初始化

在验证、准备和解析后，我还要经过初始化，才能被使用。

定义

初始化是指在类加载过程的最后一步，JVM要对类进行一些初始化的操作，确保类可以安全地使用。在这个阶段，往往包括静态变量显式赋值和静态代码块执行。

内容

静态变量显式赋值

当类加载器完成类的加载、验证、准备后，在初始化阶段，JVM对类的静态变量进行显式赋值。如果类定义了多个静态变量，JVM会按照代码中声明的顺序进行初始化，并且若发现此过程需要访问到其他未初始化的类，JVM会先完成这些类的初始化。

静态代码块的执行

除了静态变量的显式赋值，类的静态代码块也会在初始化阶段执行。当JVM执行类加载的Initializing阶段时，会执行类中所有静态代码块的内容，如果类中没有定义静态代码块，则不执行。这个过程一般用于在使用之前对类进行初始化。

接口初始化

当一个类在初始化时，如果发现其父类还未进行初始化，JVM会先对其父类进行初始化。如果该类实现了接口，也会对这个接口进行初始化操作，接口的初始化过程和类一样，都会进行静态变量显式赋值及静态代码块执行，同时还会检查接口中的所有静态方法。

功能实现

初始化之后，我才真正的进入JVM中，其它小伙伴需要我的时候，只需要创建我的实例，就可以使用我的功能了，得到我帮助得小伙伴都很感谢我。

GC

在JVM中我过得很开心，也留下了很多足迹。在我走后，如何让我得足迹不对其他小伙伴有影响呢？GC可以帮我解决这个问题。

定义

GC（Garbage Collection）是JVM提供的垃圾回收机制。在Java中，对象是动态分配的，内存是由JVM自动管理，而不是由程序员手动分配和释放。当一个对象不再被程序引用时，就应该由垃圾回收器回收其占用的内存，这样可以防止内存泄漏和提高内存的。

小结

通过我的旅行，你知道JVM是怎么加载一个类的了么？我们通过加载、Linking、初始化和使用等各个阶段，将Java类完整地载入内存并执行其中定义的方法和变量。这个过程中，每个阶段都扮演着不同的角色，并为类的正常运行提供了必要的支持。

文章转载自：京东云技术团队

原文链接：https://www.cnblogs.com/jingdongkeji/p/17814733.html