Java的类加载机制（Java基础复习归纳系列）

目录

一、类加载

1.加载

2.连接

3.初始化

二、类加载器及加载机制

1.Java9之前

类加载器

类加载机制

2.Java9的改变

类加载器

类加载机制

---

 

---

一、类加载

        类加载分为三个步骤：加载、连接、初始化。

1.加载

• 类加载指的是将class文件读入内存，并为之创建一个java.lang.Class对象，即程序中使用任何类时，系统都会为之建立一个java.lang.Class对象，系统中所有的类都是java.lang.Class的实例。
• 类的加载由类加载器完成，JVM提供的类加载器叫做系统类加载器，此外还可以通过继承ClassLoader基类来自定义类加载器。
• 通常可以用如下几种方式加载类的二进制数据：

1. 从本地文件系统加载class文件。

2. 从JAR包中加载class文件，如JAR包的数据库启驱动类。

3. 通过网络加载class文件。

4. 把一个Java源文件动态编译并执行加载。

2.连接

        连接阶段负责把类的二进制数据合并到JRE中，其又可分为如下三个阶段：

1. 验证：确保加载的类信息符合JVM规范，无安全方面的问题。

2. 准备：为类的静态Field分配内存，并设置初始值。

3. 解析：将类的二进制数据中的符号引用替换成直接引用。

3.初始化

•  该阶段主要是对静态Field进行初始化，在Java类中对静态Field指定初始值有两种方式：

1. 声明时即指定初始值，如static int a = 5；

2. 使用静态代码块为静态Field指定初始值，如：static{    b = 5;    } 

• JVM初始化一个类包含如下几个步骤：

1. 假如这个类还没有被加载和连接，则程序先加载并连接该类。
2. 假如该类的直接父类还没有被初始化，则先初始化其直接父类。
3. 假如类中有初始化语句，则系统依次执行这些初始化语句。

所以JVM总是最先初始化java.lang.Object类。

• 类初始化的时机（对类进行主动引用时）：

  1. 创建类的实例时（new、反射、反序列化）。

  2. 调用某个类的静态方法时。

  3. 使用某个类或接口的静态Field或对该Field赋值时。

  4. 使用反射来强制创建某个类或接口对应的java.lang.Class对象，如Class.forName("Person")

  5. 初始化某个类的子类时，此时该子类的所有父类都会被初始化。

  6. 直接使用java.exe运行某个主类时。

---

二、类加载器及加载机制

类加载器负责将class文件读入内存，并为之生成对应的java.lang.Class对象。

1.Java9之前

类加载器

当JVM启动时，会形成有3个类加载器组成的初始类加载器层次结构：

(1).Bootstrap ClassLoader：根类（或叫启动、引导类加载器）加载器。

它负责加载Java的核心类（如String、System等）。它比较特殊，因为它是由原生C++代码实现的，并不是java.lang.ClassLoader的子类，所以下面的运行结果为null：

public class TestJdkCl {
	public static void main(String[] args) {
		System.out.println(String.class.getClassLoader());
	}
}

(2).Extension ClassLoader：扩展类加载器。

它负责加载JRE的扩展目录（%JAVA_HOME%/jre/lib/ext）中JAR包的类，我们可以通过把自己开发的类打包成JAR文件放入扩展目录来为Java扩展核心类以外的新功能。

(3).System ClassLoader（或Application ClassLoader）：系统类加载器。

它负责在JVM启动时加载来自Java命令的-classpath选项、java.class.path系统属性，或CLASSPATH环境变量所指定的JAR包和类路径。程序可以通过ClassLoader的静态方法getSystemClassLoader来获取系统类加载器：

public class TestJdkCl {
	//获取主类的类加载器
	public static void main(String[] args) {
		System.out.println(TestJdkCl.class.getClassLoader().getClass().getName());
		System.out.println(ClassLoader.getSystemClassLoader().getClass().getName());
	}
}

运行结果：

类加载机制

JVM的类加载机制主要有以下3种：

•  全盘负责：当一个类加载器加载某个Class时，该Class所依赖和引用的其它Class也将由该类加载器负责载入，除非显式的使用另外一个类加载器来载入。

• 双亲委派：当一个类加载器收到了类加载请求，它会把这个请求委派给父（parent）类加载器去完成，依次递归，因此所有的加载请求最终都被传送到顶层的启动类加载器中。只有在父类加载器无法加载该类时子类才尝试从自己类的路径中加载该类。（注意：类加载器中的父子关系并不是类继承上的父子关系，而是类加载器实例之间的关系。）

• 缓存机制：缓存机制会保证所有加载过的Class都会被缓存，当程序中需要使用某个类时，类加载器先从缓冲区中搜寻该类，若搜寻不到将读取该类的二进制数据，并转换成Class对象存入缓冲区中。这就是为什么修改了Class后需重启JVM才能生效的原因。

2.Java9的改变

类加载器

JDK 9保持三级分层类加载器架构以实现向后兼容。但是，从模块系统加载类的方式有一些变化。且新增Platform ClassLoader：平台类加载器，用于加载一些平台相关的模块，例如： java.activation 、 java.se 、 jdk.desktop 、 java.compiler 等，双亲是BootClassLoader。 JDK 9类加载器层次结构如下图所示。

可见，在JDK 9中，应用程序类加载器可以委托给平台类加载器以及引导类加载器；平台类加载器可以委托给引导类加载器和应用程序类加载器。 

此外，JDK 9不再支持扩展机制。 但是，它将扩展类加载器保留在名为平台类加载器的新名称下。 ClassLoader类包含一个名为getPlatformClassLoader()的静态方法，该方法返回对平台类加载器的引用。

在JDK 9之前，扩展类加载器和应用程序类加载器都是java.net.URLClassLoader类的一个实例。 而在JDK 9中，平台类加载器（以前的扩展类加载器）和应用程序类加载器是内部JDK类的实例。 如果你的代码依赖于URLClassLoader类的特定方法，代码可能会在JDK 9中崩溃。

public class TestJdkCl {
	public static void main(String[] args) {
		ClassLoader appClassLoader = ClassLoader.getSystemClassLoader();//应用程序类加载器
		System.out.println(appClassLoader.getClass().getName());
		ClassLoader plaClassLoader = appClassLoader.getParent();//应用程序类加载器的父类
		System.out.println(plaClassLoader.getClass().getName());
		System.out.println(plaClassLoader.getParent());//平台类加载器的父类
	}
}

 运行结果：

类加载机制

JDK 9中的类加载机制有所改变。 三个内置的类加载器一起协作来加载类。 

•         当应用程序类加载器需要加载类时，它将搜索定义到所有类加载器的模块。 如果有合适的模块定义在这些类加载器中，则该类加载器将加载类，这意味着应用程序类加载器现在可以委托给引导类加载器和平台类加载器。 如果在为这些类加载器定义的命名模块中找不到类，则应用程序类加载器将委托给其父类，即平台类加载器。 如果类尚未加载，则应用程序类加载器将搜索类路径。 如果它在类路径中找到类，它将作为其未命名模块的成员加载该类。 如果在类路径中找不到类，则抛出ClassNotFoundException异常。        
•         当平台类加载器需要加载类时，它将搜索定义到所有类加载器的模块。 如果一个合适的模块被定义为这些类加载器中，则该类加载器加载该类。 这意味着平台类加载器可以委托给引导类加载器以及应用程序类加载器。 如果在为这些类加载器定义的命名模块中找不到一个类，那么平台类加载器将委托给它的父类，即引导类加载器。
•         当引导类加载器需要加载一个类时，它会搜索自己的命名模块列表。 如果找不到类，它将通过命令行选项-Xbootclasspath/a指定的文件和目录列表进行搜索。 如果它在引导类路径上找到一个类，它将作为其未命名模块的成员加载该类。

参考资料：《Java疯狂讲义》、http:www.jianshu.com/p/b133abd54d27