JVM之类加载器

JVM之类加载器

​ 首先理解下类的加载：JVM将指定的class文件读取到内存里，并运行该class文件里的Java程序的过程，就称之为类的加载（加载-连接-初始化）。

类的卸载：将某个class文件的运行时数据从JVM中移除的过程，就称之为类的卸载。

类的生命周期

类的整个生命周期为：加载（Loading）、验证（Verification）、准备（Preparation）、解析（Resolution）、初始化（Initialization）、使用（Using）和卸载（Unloading）7个阶段；其中验证、准备和解析又统称为连接（Linking）阶段。下面是类的生命周期过程。

加载阶段、连接阶段和初始化阶段合称为类加载子系统。

类加载器的作用

类的加载需要类加载器完成，负责加载所有的类。为所有的被载入内存中的类生产一个 java.lang.Class 实例对象。一旦一个类被加入到JVM中，同一个类就不会再次被载入了。总结一下类加载器在JVM中的作用为：

​ 1.将类的字节码文件从JVM外部加载到内存中

​ 2.确定一个类的唯一性

​ 3.提供隔离特性，为中间件开发者提供便利。比如Tomcat(这个我不是很明白，后续会继续学习的)

下面主要介绍下类加载子系统（加载-连接-初始化）

加载阶段

加载阶段是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区内，然后在堆区创建一个 java.lang.Class对象，用来封装类在方法区内的数据结构。并向外提供了访问方法区内的数据结构的接口。

这里说一下Class对象和new出来的对象之间的关系。
	可以理解这样理解：Class类为模板，new出来的对象是以模板参照实例化出来的。

总体来说加载阶段是：

.class文件——>读取到内存——>二进制数据放进方法区——>堆中创建对于Class对象——>对外提供访问方法区的接口。

连接阶段

1.验证：确保class文件的字节流中包含信息符合当前虚拟机的要求，保证被加载类的准确性。
2.准备：为类变量分配内存并且设置该类变量的默认初始值
(这里说下类变量和类成员变量，类变量指的是被static修饰的变量，其他类型的所有变量都属于类成员变量。准备阶段JVM只会为类变量分配内存，不会为类成员变量分配内存。类成员变量的内存分配需要等到初始化阶段才开始)	
3.解析：将常量池内的符号引用转换为直接引用的过程，了解即可。

初始化阶段

在该阶段，JVM执行类初始化语句，为类的静态变量赋予初始值。

JVM初始化一个类包含以下步骤：

​ 1.假如这个类还没有被加载和连接，那么先进行加载和连接。

​ 2.假如类中存在直接父类，并且这个父类还没有被初始化，那么就先初始化直接父类。

​ 3.假如类中存在初始化语句，那么就依次执行。

当初始化一个类的直接父类时，也需要重复以上步骤。程序中第一个被初始化的类是Object类。

类加载器的分类

程序中常见的类加载器有3个：

这里四者之间的关系是包含关系，不是上下层关系，也不是子父类间的继承关系。

启动类加载器（引导类加载器）-BootstrapClassLoader

1.该类加载器使用C/C++语言实现的。
2.用来加载Java的核心库，提供JVM自身的类。比如String类、
3.可以加载扩展类和应用类加载器，
4.没有父加载器

扩展类加载器

1.由Java语言编写。
2.派生于ClassLoader类
3.父加载器为启动类加载器
4.从JDK的安装目录中的（jdk1.8.0_131\jre\lib\ext）子目录下加载类库，负责加载核心包之外的扩展类。 

系统类加载器（应用程序类加载器）

1.Java语言编写
2.派生于ClassLoader类
3.父加载器为扩展类加载器
4.负责加载CLASSPATH变量指定路径下的类 意思是指加载自已项目工程中编写的类

用户自定义类加载器

这部分我们平常基本不怎么接触到。了解下实现步骤差不多了。

1.通过继承抽象类java.lang.ClassLoader类的方式,实现自定义类加载器
2.在JDK1.2之前,在自定义类加载器时,总会去继承ClassLoader类并重写loadClass()方法,从而实现自定义的类加载类,但是在JDK1.2之后建议把自定义的类加载逻辑写在findClass()方法中
3.在编写自定义类加载器时,如果没有太过于复杂的需求,可以直接继承URLClassLoader类,这样可以避免自己去编写findClass()方法及其获取字节码流的方式,使自定义类加载器编写更加简洁。

双亲委派机制

JVM对class文件采用的是按需加载的方式，而且加载某个类的class文件时候，JVM采用的是双亲委派机制，即把请求交给父类处理

工作原理

1.一个类加载器收到类加载请求时候，不会自己先去加载，是先把请求委托给父类加载器执行；
2.如果父类加载器还存在父类加载器，会进一步向上委托，请求最终到达引导类加载器；
3。如果父类加载器可以完成类加载任务，则成功返回，如果父类加载器加载失败，子加载器才会自己去加载类。
4.如果最终系统类加载器加载失败，则会报出异常ClassNotFoundException

双亲委派机制的优势

1.避免类的重复加载。
2.保护程序的安全，防止核心的API被篡改。

这里写个例子吧。先自定义一个类

package java.lang;
/**
 *自定义了一个String类，与JDK核心库中的String类重名，并且包名也相同
 */
public class String {
	static {
		System.out.println("我是自定义String类中的静态代码块");
	}
	//这里自定义了一个main()方法
	public static void main(String[] args) {
		System.out.println("这里是自定义String类的main()方法");
	}
}

对类进行测试

package com.java;
/**
 * 对自定义String类进行测试
 */
public class StringTest {
	public static void main(String[] args) {
		java.lang.String str = new java.lang.String();
		System.out.println("hello");
	}
}

运行测试类，输出结果为

错误: 在类 com.java.StringTest 中找不到 main 方法, 请将 main 方法定义为:
   public static void main(String[] args)
否则 JavaFX 应用程序类必须扩展javafx.application.Application

解释：加载自定义com.java.String类时，最终会委托给引导类加载器加载。不过其与JDK核心类库里的String类重名，最终加载的是核心类库里的String类。由于后者不存在main()方法。最终会报错

类的主动使用和被动使用

两者区别在于会不会导致类的初始化。

cation.Application

解释：加载自定义com.java.String类时，最终会委托给引导类加载器加载。不过其与JDK核心类库里的String类重名，最终加载的是核心类库里的String类。由于后者不存在main()方法。最终会报错

**类的主动使用和被动使用**

两者区别在于会不会导致类的初始化。