Java虚拟机-类加载子系统

将常量池内的符号引用转换为直接引用的过程
事实上，解析操作往往会伴随着JVM在执行完初始化之后再执行
符号引用就是一组符号来描述引用的目标。符号引用的字面量形式明确定义在Java虚拟机规范的Class文件格式中。直接引用就是直接指向目标的指针，相对偏移量或一个间接定位到目标的句柄
解析动作主要针对类，或接口，字段，类方法，接口方法，方法类型等。对应常量池中的CONSTANT_Class_info、CONSTANT_Fieldref_info、CONSTANT_Methodref_info

（三）初始化

初始化阶段是执行类构造器方法<clinit>()的过程，此方法不需要定义，是javac编译器自动收集类中的所有静态类变量的赋值动作和静态代码块中的语句合并而来
- 非法的前向引用问题
- 如果没有静态类变量和静态代码块，也不会有clinit
构造器方法中指令按照语句在源文中出现的顺序执行
<clinit>()不同于类的构造器（关联：构造器是虚拟机视角下的<init>()）
若该类具有父类，JVM会保证子类的<clinit>()执行前，父类的<clinit>()已经执行完毕
虚拟机必须保证一个类的<clinit>()方法在多线程下被同步加锁

下面演示前向引用问题：

演示如果没有静态类变量和静态代码块，也不会有clinit（这里使用的是jclasslib插件，ideal里面查找装一下就可以了）

（四）补充说明

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

解析阶段不一定，在某些情况下可以在初始化阶段之后再开始，为了支持Java语言的运行时绑定特性（也称为动态绑定或晚期绑定）

Java虚拟机规范严格规定了，有且只有六种情况，必须立即对类进行初始化

遇到new,getstatic，putstatic或invokestatic这四条字节码指令时。
- 使用new关键字实例化对象
- 读取或设置一个类型的静态字段（final修饰已在编译期将结果放入常量池的静态字段除外）
- 调用一个类型的静态方法的时候
对类型进行反射调用，如果类型没有经过初始化，则需要触发初始化
初始化类的时候，发现父类没有初始化，则先触发父类初始化
虚拟机启动时，用户需要指定一个要执行的主类（包含main方法的那个类），虚拟机会初始化这个主类
只用JDK7中新加入的动态语言支持，如果一个java.lang.invoke.MethodHandler实例最后的解析结果为REF_getStatic,REF_putStatic,REF_invokeStatic，REF_newInvokeSpecial四种类型的方法句柄，并且这个方法对应的类没有进行初始化，则先触发其初始化
当一个接口中定了JDK8新加入的默认方法时，如果这个接口的实现类发生了初始化，要先将接口进行初始化

除了以上几种情况，其他使用类的方式被看做是对类的被动使用，都不会导致类的初始化

四、类加载器分类

（一）引导类加载器和自定义加载器

概念上，程序员自定义的就叫自定义加载器。但是，Java虚拟机规范定义的是：将所有派生于抽象类ClassLoader的类加载器都划分为自定义加载器（即可以将启动类加载器，应用类加载器和自定义加载器统称伟自定义加载器）

（二）类加载器的获取

对于用户自定义类来说，默认使用系统类加载器进行加载

Java的核心类库，使用引导类加载器进行加载

public class ClassLoaderTest {
    public static void main(String[] args) {
        // 获取系统类加载器
        ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();
        System.out.println(systemClassLoader);//sun.misc.Launcher$AppClassLoader@18b4aac2

        // 获取其上层：扩展类加载器
        ClassLoader extClassLoader = systemClassLoader.getParent();
        System.out.println(extClassLoader);//sun.misc.Launcher$ExtClassLoader@1b6d3586

        // 获取其上层：引导类加载器，发现获取不到
        ClassLoader bootstrapClassLoader = extClassLoader.getParent();
        System.out.println(bootstrapClassLoader);//null

        // 对于用户自定义类来说，默认使用系统类加载器进行加载
        ClassLoader classLoader = ClassLoaderTest.class.getClassLoader();
        System.out.println(classLoader); //sun.misc.Launcher$AppClassLoader@18b4aac2

        // 对于Java核心类库，都是使用引导类加载器进行加载的
        ClassLoader classLoader1 = String.class.getClassLoader();
        System.out.println(classLoader1); //null

    }
}

（三）启动类加载器（bootstrap ClassLoader）

启动类加载器又叫引导类加载器

这个类加载使用C/C++语言实现，嵌套JVM内部
用来加载Java核心类库，JAVA_HOME/jre/lib/rt.jar，resources.jar，sun.boot.class.path路径下的内容，用于提供JVM自身所需要的类
并不继承java.lang.ClassLoader，没有父加载器
加载扩展类和应用程序类加载器，并指定为他们的父类加载器
出于安全考虑，Bootstrap启动类加载器只加载包名为java\javax\sun等开头的类

（四）扩展类加载器

Java语言编写，由sun.misc.Launcher$ExtClassLoader实现
派生于ClassLoader类
父类加载器为启动类加载器
从java.ext.dirs系统属性所指定的目录中加载类库，或从JDK的安装目录的jre/lib/ext（扩展目录）子目录下加载类库。如果用户创建的JAR放在此目录下，也会自动由扩展类加载器加载

（五）应用类加载器

应用类加载器又叫系统类加载器

Java语言编写，由sun.misc.Launcher$AppClassLoader实现
派生于ClassLoader类
父类加载器为扩展类加载器
负责加载环境变量classpath或系统属性java.class.path指定路径下的类库
该类加载器是程序中默认的类加载器，一般来说，Java应用的类都是由它来完成加载
通过ClassLoader#getSystemClassLoader（）方法可以获取到该类加载器

（六）用户自定义加载器

为什么要用自定义类加载器

隔离加载类
- 例如使中间件的Jar包与应用程序Jar包不冲突
修改类加载的方式
- 启动类加载器必须使用，其他可以根据需要自定义加载
扩展加载源
防止源码泄露
- 对字节码进行加密，自定义类加载器实现解密

实现步骤：

继承抽象类java.lang.ClassLoader类的方式，实现自己的类加载器
jdk1.2之前，继承并重写loadClass方法，
jdk1.2之后，建议把自定义的类加载逻辑写在findClass()方法中
如果没有太过复杂的需求，可以直接继承URLClassLoader类，可以避免自己编写findClass（）方法，及其获取字节码流的方式，使自定义类加载器编写更加简洁

（七）关于ClassLoader

是一个抽象类，除了启动类加载器，其他类加载器都继承自他

（八）双亲委派

Java虚拟机对Class文件采用的是按需加载，而且加载class文件时，Java虚拟机使用的是双亲委派模式，即把请求交由父类处理，它是一种任务委派模式

流程：

1、如果一个类加载器收到了类加载请求，它并不会自己先去加载。而是把这个请求委托给父类的加载器去执行

2、如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将达到顶层的启动类加载器

3、如果父类的加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派模式

八字总结：向上委托，向下加载

优势：① 避免类的重复加载；② 保护程序安全，防止核心API被篡改

补充：

① 沙箱安全机制

我们自定义String类，但是在加载String类的时候会率先使用引导类加载器加载（因为向上委托，引导类加载到了直接就返回了），然后自定义String运行会报错没有main方法，就是因为加载的是rt.jar包中的String类，这样可以保证对Java核心源代码的保护，这就是沙箱安全机制

② 在JVM中表示两个class对象，是否为同一个类存在两个必要条件

类的完整类名必须一致，包括包名

加载这个类的ClassLoader必须相同

JVM必须知道一个类型是由启动类加载器加载的，还是由用户类加载器加载的。如果是用户类加载器加载的，JVM会将这个类加载器的一个引用作为类型信息的一部分，保存到方法区中。