1.类加载机制

类的生命周期包含7个阶段

1.1 加载

加载指的是将类的字节码读入到内存，并为之创建一个java.lang.Class对象的过程。
分为三个步骤：

通过类的全限定名来获取定义此类的二进制字节流
将类的字节流代表的静态存储结构转为方法区的运行时数据结构
在堆中生成一个代表此类的java.lang.Class对象，作为访问方法区这些数据结构的入口。

1.2 校验

此阶段主要确保Class文件的字节流中包含的信息符合当前虚拟机的要求，并且不会危害虚拟机的自身安全。过程不展开说。

1.3 准备

为类的静态变量分配内存。并设置初始值。

1.4 解析

将常量值的引用替换成实际值

1.5 初始化

执行类中的静态代码块。类中静态变量赋值。

1.6 使用

代码中根据Class类型new对象或执行其它操作。

1.7 卸载

虚拟机通过垃圾回收将类信息及相关的实例数据从虚拟机内存区域中移除。

2.类加载器

在类加载的第一阶段“加载”过程中，需要通过一个类的全限定名来获取定义此类的二进制字节流，完成这个动作的代码块就是类加载器。
虚拟机规范中并没有指明二进制字节流必须要从一个Class文件获取。这种开放的设计在很多方面得到充分运用，如：动态代理技术。JDK原生动态代理、CGLib动态代理的实例类型的字节码都不是从.class 文件中读取的，而是在运行时动态生成的。

2.1 Bootstrap ClassLoader

和JVM一样，启动类加载器 Bootstrap ClassLoader是用本地代码（一般是C语言）实现的，它负责加载核心Java Class（即所有java.*开头的类）。即存放在%JAVA_HOME%\lib目录中的类库。
Extension ClassLoader、Application ClassLoader 也是由Bootstrap ClassLoader加载的。

2.2 Extension ClassLoader

扩展类加载器 Extension ClassLoader 由Java语言编写。负责加载扩展的Java Class（如所有javax.*开头的类和存放在%JAVA_HOME%\lib\ext目录中的类）

2.3 Application ClassLoader

应用类加载器Application ClassLoader由Java语言编写。负责加载应用程序自身的类库。开发者可直接使用。程序中默认的类加载器。

开发者可以通过继承ClassLoader父类来创建自己的类加载器。

3.双亲委派模型

双亲委派模型

简单描述下双亲委派模型：
某个类加载器收到加载类的请求时，会首先将加载任务向上传递委托给父类加载器执行。直至将任务委托给顶级的类加载器Bootstrap ClassLoader。当任务已提交到Bootstrap ClassLoader后。进行第二个阶段：执行加载任务或退回加载任务。如果当前类加载器可以完成类加载任务，就成功返回。如果无法完成此加载任务时，则将任务退回给对应的子类类加载器。

使用双亲委派模型的好处：

一个Class不一定能被特定的类加载器加载。使用双亲委派模型，从启动类加载器到最初接收任务的类加载器这条路径上的类加载器都会依次尝试加载类。可最大程度保障一个特定的类型加载成功。
同一个类被两个不同的类加载器分别加载，会被虚拟机识别成两个类。使用双亲委派模型可最大程度保障一个特定的类型仅被加载一次，避免冲突。

参考
https://blog.csdn.net/u011080472/article/details/51332866
https://blog.csdn.net/m0_38075425/article/details/81627349