类加载过程

类加载机制：

在class文件中描述的各种信息，最终都要加载到虚拟机中之后才能被运行和使用。 虚拟机把描述类的数据从class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型，这就是虚拟机的类加载机制。

类加载过程：

1.类加载时机

类从被加载到虚拟机内存中开始，到卸载出内存为，它的整个生命周期包括了：加载、验证、准备、解析、初始化、使用和卸载七个阶段。其中验证、准备和解析三个部分统称为连接。

加载、验证、准备、初始化和卸载这五个阶段的顺序是确定的。

什么情况下需要开始类加载的第一个阶段：加载？

虚拟机规范中并没有进行强制约束，这点可以交给虚拟机的具体实现来自由把握。

但是对于初始化阶段，虚拟机规范则是严格规定了有且只有四种情况必须立即对类进行“初始化”

1. 当虚拟机启动时，main 函数所在的类 (用户需要指定一个要执行的主类)  ，优先被初始化
2. new关键字实例化的时候，读取或设置一个类的静态字段的时候
3. 调用类名 .  静态方法时，将当前类加载进来。
4. 继承： 如果初始化一个类是，如果发现其父类没有被初始化则需要先触发其父类的初始化

5. 使用java.lang.reflect 包的方法 反射 如果类没有被初始化，则先触发其初始化

这四个场景中的行为称为对一个类的主动引用。除此以外，所有的引用类的方式，都不会触发初始化，称为被动引用（如：通过子类引用父类的静态字段，不会导致子类初始化；通过数组来定义引用类，不会触发此类的初始化）。

（接口加载的过程与类加载的过程有一点的不同：当一个类在初始化时，要求其父类全部已经初始化过了，但一个接口在初始化时，并不要求其父接口全部都完成了初始化，只有在真正使用到父接口的时候才会初始化）

2.类加载过程

类加载过程可以分为三个阶段：类的装载阶段、类的链接阶段、类的初始化阶段

类的链接的阶段又分为验证阶段、准备阶段、解析阶段。

1. 类的装载阶段 

       加载过程是类加载过程的一个阶段。相比于类加载的其他阶段，加载阶段中获取类的二进制字节流的动作是开发期可控性最强的阶段，加载阶段可以使用系统提供的类加载器或用户自定义的类加载器去完成（控制字节流的获取方式）。类加载器在文章最后进行介绍。

• 获取此类的二进制字节流
• 该字节流所代表的静态存储结构转化为方法区的运行时数据结构
• 在Java堆中生成一个代表这个类的java.lang.Class对象，通过对象头找到当前类的Class对象，进而通过Class对象找到方法区当中方法表的位置，然后进行方法的访问（与多态有关）

此过程的产物是生成当前类的Class对象 

2. 类的链接阶段 

2.1 验证阶段：这一步骤的目的是为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求，并且不会危害虚拟机自身的安全。

在验证阶段，虚拟机规范对这一阶段没有强制要求，不同的虚拟机对类验证的实现可能会有所不同，但一般都会完成以下四个阶段的检验过程

1. 文件格式验证        保证输入的字节流能正确地解析并存储方法区之内      基于字节流进行的，  这一阶段后字节流才会进入内存的方法区中进行存储             eg： 主次版本号是否在当前虚拟机处理范围之内（JDK版本的验证：JDK1.8高版本上的得到的字节码文件是无法在低版本JDK1.4上执行的(若1.4版本的没有淘汰，则1.8包含了1.4的功能并改进)）、常量池的常量中是否又不被支持的常量类型等        
2. 元数据验证          对字节码描述的信息进行语义分析，以保证其描述的信息符合Java语言规范的要求     基于方法区的存储结构    eg： 这个类是否继承了不允许被继承的类
3. 字节码验证       进行数据流和控制流分析，保证被校验的方法在运行时不会做出危害虚拟机安全的行为    基于方法区的存储结构    eg： 保证方法体中的类型安全是有效的
4. 符号引用验证  校验发生在解析阶段（符号引用转化为直接引用）   基于方法区的存储结构 

2.2 准备阶段

这一阶段主要是若类里面定义一些静态属性变量，给静态变量（static修饰的变量）开辟内存并赋类型默认值。

比如：static int  value = 10 ;   赋值为0而不是10.

2.3 解析阶段

这一阶段是虚拟机将常量池内的符号引用替换为直接引用的过程。

符号引用：符号引用用一组符号来描述所引用的目标，符号可以是任何形式的字面量，只要无歧义的定位到目标即可。与虚拟机实现的内存布局无关，引用的目标不一定加载到内存

直接引用：直接指向目标的指针、或可以直接定位到目标的句柄。与虚拟机实现的内存布局相关，同一个符号引用在不同虚拟机实例上翻译出来的直接引用一般不同。，引用的目标一定存在于内存。

3.类的初始化阶段

是类加载过程中的最后一步，在初始化阶段，才真正开始执行类中定义的Java程序代码。在准备阶段，变量已经被要求赋值了一次初始值（类型默认值），在初始化阶段，则是初始化正确值 如：static int value = 10，赋值为10.

类加载器

类加载器虽然只作用于实现类的加载动作，但它在Java程序中却不仅仅只限于类加载阶段。

比较两个类是否“相等”，只有在这两个类是由同一个类加载器加载的前提下才有意义，否则，即使这两个类来源于同一个 Class 文件，被同一个虚拟机加载，只要加载它们的类加载器不同，那么这两个类就必定不相等。

站在Java虚拟机的角度来说，类加载器只分为两种：

一种是Bootstrap Classloader 启动类加载器.(这个类加载器是由C或C++ 语言实现的，若想用一个类，必定会有一个类来将它加载到内存上，像套娃一样，而Java面向对象，其中只要是一个类，就存在继承extends，与类相关，不能实现。所以bootstrap classLoader充当顶级类加载器，由C++实现)，

而另一种则是其他的类加载器，这些类加载器都是由Java语言实现，独立于虚拟机外部，并且全都继承自抽象类 java.lang.ClassLoader.

如果用户想加载一个特定目录下的类时，就要用到用户自定义的类加载器。除了启动类加载器之外，所有的类 加载器都是 ClassLoader 的子类。

类加载器还可以划分的更细致一些，分为以下三中系统提供的类加载器：

Bootstrap ClassLoader  启动类加载器 ：这个类加载器负责将存放在<JAVA_ HOME>\lib（jre/lib/*.jar） 目录中的，或者被-Xbootclasspath参数所指定的路径中的，并且是虚拟机识别的(仅按照文件名识别，如rt.jar,名字不符合的类库即使放在lib目录中也不会被加载)类库加载到虚拟机内存中。启动类加载器无法被Java程序直接引用。

Extension ClassLoader  扩展类加载器:  这个加载器由sun.misc.LauncherSExtClassLoader实现，它负责加载<JAVA_ HOME>\lib\ext （jre/lib/ext/*.jar）目录中的，或者被java.ext.dirs系统变量所指定的路径中的所有类库，开发者可以直接使用扩展类加载器。

Application ClassLoader 应用类加载器:  它负责加载用户类路径(ClassPath). 上所指定的类库，开发者可以直接使用这个类加载器，如果应用程序中没有自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器。

  public static void main(String[] args) {
        System.out.println("加载people类的类加载器为"+people.class.getClassLoader());
        System.out.println(people.class.getClassLoader().getParent());
        System.out.println(people.class.getClassLoader().getParent().getParent());
//        System.out.println("加载String类的类加载器为"+String.class.getClassLoader());
//        System.out.println("加载Object类的类加载器为"+Object.class.getClassLoader());
}

people为自定义的类 ，那么该类的getClassLoader()方法返回AppClassLoader，它的类加载器为Application ClassLoader（应用类加载器），它的getParent()返回ExtClassLoader,再一次的getParent（）方法返回null。

 public static void main(String[] args) {
        System.out.println("加载people类的类加载器为"+people.class.getClassLoader());
        System.out.println("加载String类的类加载器为"+String.class.getClassLoader());
        System.out.println("加载Object类的类加载器为"+Object.class.getClassLoader());
}

 people是自定义的类，如果该类的类加载器为bootstrap Classloader，那么getClassLoader（）方法返回null；

假设自定义一个people类，我们可以发现它在Application ClassLoader类加载器;若将people类所在的源文件以jar包的形式存放在ExtClassLoader类加载路径下，那么它的

getClassLoader（）方法返回ExtClassLoader类加载器；

为什么不返回AppClassLoader，而返回ExtClassLoader这个就与下篇文章的双亲委派模型有关。https://blog.csdn.net/weixin_52717049/article/details/119188516?spm=1001.2014.3001.5501