目录
2.1、只有在对类主动使用的时候才会导致类的初始化，类的主动使用包括以下六种：
一、类加载过程
类加载过程分为加载、链接、初始化三部分，其中连接部分中又有验证、准备、解析三步操作。累的生命周期随着累的加载到使用再到最后卸载而结束。
1.1、加载
加载指的是将类的class文件读入到内存，并为之创建一个java.lang.Class对象。也就是说，当程序中使用任何类时，系统都会为之建立一个java.lang.Class对象，（如果是多个对象，也都会指向同一个java.lang.Class对象，不会创建多个java.lang.Class对象）。
类的加载由类加载器完成，类加载器通常由JVM提供，JVM提供的类加载器被称为系统类加载器。除此之外，开发者可以通过继承ClassLoader基类来创建自己的类加载器。通过使用不同的类加载器，可以从不同来源加载类的二进制数据，通常有如下几种来源：
1）从本地文件系统加载class文件，这是前面绝大部分示例程序的类加载方式。
2）从JAR包加载class文件，这种方式也是很常见的，前面介绍JDBC编程时用到的数据库驱动类就放在JAR文件中，JVM可以从JAR文件中直接加载该class文件。
3）通过网络加载class文件。
4）把一个Java源文件动态编译，并执行加载。
类加载器通常无须等到“首次使用”该类时才加载该类，Java虚拟机规范允许系统预先加载某些类。
1.2、链接
当类被加载之后，系统便生成了一个对应的Class对象，接着进入链接阶段，链接阶段负责把类的二进制数据合并到JRE中。类连接又可分为验证、准备、解析三个阶段。
1.2.1、验证
验证阶段用于检验被加载的类是否有正确的内部结构，并和其他类协调一致。验证的目的在于确保Class文件的字节流中包含信息符合当前虚拟机要求，不会危害虚拟机自身安全。其主要包括四种验证，文件格式验证，元数据验证，字节码验证，符号引用验证：
文件格式验证：主要验证字节流是否符合Class文件格式规范，并且能被当前的虚拟机加载处理。例如：主，次版本号是否在当前虚拟机处理的范围之内。常量池中是否有不被支持的常量类型。指向常量的中的索引值是否存在不存在的常量或不符合类型的常量。
元数据验证：对字节码描述的信息进行语义分析，分析是否符合Java语法规范。
字节码验证：最重要的验证环节，分析数据流和控制，确定语义是合法的。主要的针对元数据验证后对方法体的验证。保证类方法在运行时不会有危害出现。
符号引用验证：主要是针对符号引用转换为直接引用的时候，是会延伸到第三解析阶段，主要去确定访问类型等涉及到引用的情况，主要是要保证引用一定会被访问到，不会出现类等无法访问的问题。
1.2.2、准备
类的准备阶段负责为类的静态变量（static/类变量）在方法区中分配内存，并设置默认初始值（一般会设置0或者null等，在初始化阶段会重新赋值为代码中定义的初值）
1.2.3、解析
虚拟机常量池内的符号引用替换为直接引用的过程，可以理解为直接解析为地址性指向关系。（比如String name ="zhangsan",转化为 name的地址指向“zhangsan”的地址）
1.3、初始化
初始化就是执行构造函数的过程。就是为类的静态变量赋真正的初始值，这里和刚才提到的链接准备阶段要区分一下。例如类中定义：private static int a = 10，它的执行过程如下：字节码文件被加载到内存 ——》链接验证——》链接准备，此时给类变量a分配内存，并赋初值0（int类型的默认初始值0），此时a=0。 ——》链接解析——》初始化，此时把a的真正的初值10赋给a，a=10。该部分初始化结束。
二、类初始化时机
2.1、只有在对类主动使用的时候才会导致类的初始化，类的主动使用包括以下六种：
2.1.1、创建类的实例，new的时候
2.1.2、访问某个类或接口的静态变量，或者对该静态变量赋值
2.1.3、调用类的静态方法
2.1.4、反射（如Class.forName(“com.shengsiyuan.Test”)）
2.1.5、初始化某个类的子类，则其父类也会被初始化
2.1.6、Java虚拟机启动时被标明为启动类的类（Java Test），直接使用java.exe命令来运行某个主类
2.2、子类和父类初始化顺序（针对属性、代码块、构造方法）
三、类的生命周期
在类加载时开始，碰到如下几种情况时，Java虚拟机将结束生命周期
3.1、执行了System.exit()方法
3.2、程序正常执行结束
3.3、程序在执行过程中遇到了异常或错误而异常终止
3.4、由于操作系统出现错误而导致Java虚拟机进程终止
四、类加载机制
4.1、类加载器
4.1.1、启动（Bootstrap）类加载器
启动类加载器主要加载的是JVM自身需要的类，这个类加载使用C++语言实现的，是虚拟机自身的一部分，它负责将 <JAVA_HOME>/lib路径下的核心类库或-Xbootclasspath参数指定的路径下的jar包加载到内存中，注意必由于虚拟机是按照文件名识别加载jar包的，如rt.jar，如果文件名不被虚拟机识别，即使把jar包丢到lib目录下也是没有作用的(出于安全考虑，Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类)。
4.1.2、扩展（Extension）类加载器
扩展类加载器是指Sun公司(已被Oracle收购)实现的sun.misc.Launcher$ExtClassLoader类，由Java语言实现的，是Launcher的静态内部类，它负责加载<JAVA_HOME>/lib/ext目录下或者由系统变量-Djava.ext.dir指定位路径中的类库，开发者可以直接使用标准扩展类加载器。
4.1.3、系统（System）类加载器
也称应用程序加载器。是指 Sun公司实现的sun.misc.Launcher$AppClassLoader。它负责加载系统类路径java -classpath或-D java.class.path 指定路径下的类库，也就是我们经常用到的classpath路径，开发者可以直接使用系统类加载器，一般情况下该类加载是程序中默认的类加载器，通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器。
在Java的日常应用程序开发中，类的加载几乎是由上述3种类加载器相互配合执行的，在必要时，我们还可以自定义类加载器，需要注意的是，Java虚拟机对class文件采用的是按需加载的方式，也就是说当需要使用该类时才会将它的class文件加载到内存生成class对象，而且加载某个类的class文件时，Java虚拟机采用的是双亲委派模式即把请求交由父类处理，它一种任务委派模式，下面我们进一步了解它。
4.2、类加载机制的分类
JVM的类加载机制主要有三种：全盘负责、双亲委派、缓存机制
全盘负责：所谓全盘负责，就是当一个类加载器负责加载某个Class时，该Class所依赖和引用其他Class也将由该类加载器负责载入，除非显示使用另外一个类加载器来载入。
双亲委派：所谓的双亲委派，则是先让父类加载器试图加载该Class，只有在父类加载器无法加载该类时才尝试从自己的类路径中加载该类。通俗的讲，就是某个特定的类加载器在接到加载类的请求时，首先将加载任务委托给父加载器，依次递归，如果父加载器可以完成类加载任务，就成功返回；只有父加载器无法完成此加载任务时，才自己去加载。
缓存机制：缓存机制将会保证所有加载过的Class都会被缓存，当程序中需要使用某个Class时，类加载器先从缓存区中搜寻该Class，只有当缓存区中不存在该Class对象时，系统才会读取该类对应的二进制数据，并将其转换成Class对象，存入缓冲区中。这就是为很么修改了Class后，必须重新启动JVM，程序所做的修改才会生效的原因。
4.3、关于双亲委派机制
双亲委派机制的工作原理
如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行，如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器，如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己加载，这就是双亲委派模式。即每个儿子都很懒，每次有活就丢给父亲去干，直到父亲说这件事我也干不了时，儿子自己才想办法去完成。
双亲委派机制的优势
1、采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。
2、其次是考虑到安全因素，java核心api中定义类型不会被随意替换，假设通过网络传递一个名为java.lang.Integer的类，通过双亲委托模式传递到启动类加载器，而启动类加载器在核心Java API发现这个名字的类，发现该类已被加载，并不会重新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样便可以防止核心API库被随意篡改。
参考链接：
https://blog.csdn.net/m0_38075425/article/details/81627349
https://www.cnblogs.com/mybatis/p/9396135.html
以上！
6205
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
