类加载机制

类加载机制

类的生命周期

类从被加载到虚拟机内存中开始，到卸载出内存为止，它的整个生命周期包括：加载、验证、准备、解析、初始化、使用和卸载七个阶段。这7个阶段的发生顺序下图所示：

类初始化时机

Java规范对类加载时机没有做强制约束，但对类的初始化阶段，严格规定有且只有以下情况必须立即对类“初始化”（而加载等阶段自然需要在初始化之前开始）。
1.当虚拟机启动时，初始化用户指定的主类（包含main()方法的类）；
2.当遇到用以新建目标类实例的 new 指令时，初始化 new 指令的目标类；
3.当遇到调用静态方法的指令时，初始化该静态方法所在的类；
4.当遇到访问静态字段的指令时，初始化该静态字段所在的类；
5.子类的初始化会触发父类的初始化；
6.使用反射 API 对某个类进行反射调用时，初始化这个类；
7.当初次调用 MethodHandle 实例时，初始化该 MethodHandle 指向的方法所在的类。

接口初始化：
接口与类初始化除了以下区别，其他都是一致。
接口与类初始化的区别：当一个类在初始化时，要求其父类全部都已经初始化了，但是一个接口在初始化时，并不要求其父接口都完成了初始化，只有在真正用到该父类接口的时候（如引用接口中定义的常量）才会初始化。

以下几种情况不会执行类初始化：
1.通过子类引用父类的静态字段，只会触发父类的初始化，而不会触发子类的初始化。
2.定义对象数组，不会触发该类的初始化。
3.常量（static final修饰）在编译期间会存入调用类的常量池中，本质上并没有直接引用定义常量的类，不会触发定义常量所在的类。

类加载过程

接下来我们讲解一下类加载的全部过程，也就是加载、验证、准备、解析和初始化5个阶段所执行的具体动作。

加载

加载时类加载过程的第一个阶段，在加载阶段，虚拟机需要完成以下三件事情：
1.通过一个类的全限定名来获取其定义的二进制字节流。
2.将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。
3.在Java堆中生成一个代表这个类的java.lang.Class对象，作为对方法区中这些数据的访问入口。

加载阶段完成后，虚拟机外部的二进制字节流就按照虚拟机所需的格式存储在方法区之中，然后在方法区中也创建一个java.lang.Class类的对象，这个对象将作为程序访问方法区中的这些类型数据的外部接口。

一个非数组类的加载阶段开发人员可控，因为类加载器可以由开发人员自定义。但类数组本身不通过类加载器创建，它是由Java虚拟机直接创建的。

验证

验证的目的是为了确保Class文件中的字节流包含的信息符合当前虚拟机的要求，而且不会危害虚拟机自身的安全。
验证大致都会完成以下四个阶段的验证：文件格式的验证、元数据的验证、字节码验证和符号引用验证。
1.文件格式的验证：验证字节流是否符合Class文件格式的规范，并且能被当前版本的虚拟机处理。如魔数是否正确，主次版本号是都在虚拟机处理范围内等。该验证的主要目的是保证输入的字节流能正确地解析并存储于方法区之内。经过该阶段的验证后，字节流才会进入内存的方法区中进行存储，后面的三个验证都是基于方法区的存储结构进行的。
2.元数据验证：对类的元数据信息进行语义校验（也就是方法区中字节码描述的类中的各数据类型进行语法校验，如这个类是否有父类，是否继承了不允许被集成的类，如果不是抽象类是否实现了抽象方法或接口），保证不存在不符合Java语法规范的元数据信息。
3.字节码验证：该阶段验证的主要工作是进行数据流和控制流分析，对类的方法体进行校验分析，以保证被校验的类的方法在运行时不会做出危害虚拟机安全的行为。
4.符号引用验证：它发生在虚拟机将符号引用转化为直接引用的时候（解析阶段中发生该转化），主要是对类自身以外的信息（常量池中的各种符号引用）进行匹配性的校验。如符号引用通过字符串描述的全限定名是否能够找到对应的类，符号引用中的类、字段、方法的访问性是否可以被当前类访问。

准备

准备阶段是正式为类变量分配内存并设置类变量初始值的阶段，这些内存都将在方法区中分配。对于该阶段有以下几点需要注意：
1.这时候进行内存分配的仅包括类变量（static），而不包括实例变量，实例变量会在对象实例化时随着对象一块分配在Java堆中。
2.这里所设置的初始值通常情况下是数据类型默认的零值（如0、0L、null、false等），而不是被在Java代码中被显式地赋予的值。
3.如果类字段的字段属性表中存在ConstantValue属性，即同时被final和static修饰，那么在准备阶段变量value就会被初始化为ConstValue属性所指定的值。
编译时Javac将会为value生成ConstantValue属性，在准备阶段虚拟机就会根据ConstantValue的设置初始值。
4.除了分配内存外，部分 Java 虚拟机还会在此阶段构造其他跟类层次相关的数据结构，比如说用来实现虚方法的动态绑定的方法表。

解析

解析阶段是虚拟机将常量池中的符号引用转化为直接引用的过程。如果符号引用指向一个未被加载的类，或者未被加载类的字段或方法，那么解析将触发这个类的加载

初始化

初始化是类加载过程的最后一步，到了此阶段，才真正开始执行类中定义的Java程序代码。在准备阶段，类变量已经被赋过一次系统要求的初始值，而在初始化阶段，则是根据程序员通过程序指定的主观计划去初始化类变量和其他资源，或者可以从另一个角度来表达：初始化阶段是执行类构造器()方法的过程。
1.()方法是由编译器自动收集类中的所有类变量的赋值动作和静态语句块中的语句合并产生的，编译器收集的顺序是由语句在源文件中出现的顺序所决定的，静态语句块中只能访问到定义在静态语句块之前的变量，定义在它之后的变量，在前面的静态语句中可以赋值，但是不能访问。
2.()方法与实例构造器()方法（类的构造函数）不同，它不需要显式地调用父类构造器，虚拟机会保证在子类的()方法执行之前，父类的()方法已经执行完毕。因此，在虚拟机中第一个被执行的()方法的类肯定是java.lang.Object。
3.由于父类的()方法先执行，也就意味着父类中定义的静态语句块要优先于类的变量赋值操作。
4、()方法对于类或接口来说并不是必须的，如果一个类中没有静态语句块，也没有对类变量的赋值操作，那么编译器可以不为这个类生成()方法。
5、接口中不能使用静态语句块，但仍然有类变量（final static）初始化的赋值操作，因此接口与类一样会生成()方法。但是接口鱼类不同的是：执行接口的()方法不需要先执行父接口的()方法，只有当父接口中定义的变量被使用时，父接口才会被初始化。另外，接口的实现类在初始化时也一样不会执行接口的()方法。
6、虚拟机会保证一个类的()方法在多线程环境中被正确地加锁和同步，如果多个线程同时去初始化一个类，那么只会有一个线程去执行这个类的()方法，其他线程都需要阻塞等待，直到活动线程执行()方法完毕。如果在一个类的()方法中有耗时很长的操作，那就可能造成多个线程阻塞，在实际应用中这种阻塞往往是很隐蔽的。

类加载器

类加载器虽然只用于实现类的加载动作，但它在Java程序中起到的作用却远远不限于类的加载阶段。对于任意一个类，都需要由它的类加载器和这个类本身一同确定其在就Java虚拟机中的唯一性，也就是说，即使两个类来源于同一个Class文件，只要加载它们的类加载器不同，那这两个类就必定不相等。
类加载器可以大致划分为以下三类：
启动类加载器：Bootstrap ClassLoader，跟上面相同。它负责加载存放在JDK\jre\lib(JDK代表JDK的安装目录，下同)下，或被-Xbootclasspath参数指定的路径中的，并且能被虚拟机识别的类库（如rt.jar，所有的java.*开头的类均被Bootstrap ClassLoader加载）。启动类加载器是无法被Java程序直接引用的。
扩展类加载器：Extension ClassLoader，该加载器由sun.misc.LauncherKaTeX parse error: Expected 'EOF', got '\jre' at position 26: …ader实现，它负责加载JDK\̲j̲r̲e̲\lib\ext目录中，或者由…AppClassLoader来实现，它负责加载用户类路径（ClassPath）所指定的类，开发者可以直接使用该类加载器，如果应用程序中没有自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器。
类加载器之前的关系如下图，他们的这种层次关系被称为类加载器的双亲委派模式。

双亲委派模型的工作流程是：如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而是把请求委托给父加载器去完成，依次向上，因此，所有的类加载请求最终都应该被传递到顶层的启动类加载器中，只有当父加载器在它的搜索范围中没有找到所需的类时，即无法完成该加载，子加载器才会尝试自己去加载该类。
使用双亲委派模型来组织类加载器之间的关系，有一个很明显的好处，就是Java类随着它的类加载器（说白了，就是它所在的目录）一起具备了一种带有优先级的层次关系，这对于保证Java程序的稳定运作很重要。例如，类java.lang.Object类存放在JDK\jre\lib下的rt.jar之中，因此无论是哪个类加载器要加载此类，最终都会委派给启动类加载器进行加载，这边保证了Object类在程序中的各种类加载器中都是同一个类。