Java类加载

一、类加载的时机

1、类加载的全过程

    类加载的过程示意图：

    其中，加载、验证、准备、初始化、卸载的开始顺序是确定的，而解析不一定，某些情况下可能在初始化阶段之后再开始，这是为了支持Java语言的运行时绑定。

    需要注意的是，这只是开始的顺序，进行与结束的顺序并不一定。因为这些阶段通常都是互相交叉地混合式进行的，通常会在一个阶段执行的过程中调用激活另一个阶段。

1.1 加载

    加载的主要过程：

• 加载class文件；
• 将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构；
• 生成类对象：在内存中生成代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口。

    需要注意的是，数组类本身不通过类加载器创建，而是由虚拟机直接创建的。但是数组类的元素类型要通过类加载器创建。

1.2 验证

验证的目的：

    验证是连接阶段的第一步，目的是确保Class文件的字节流中包含的信息符合当前虚拟机的要求，并且不会危害虚拟机安全。

验证的必要性：

    Java语言相对安全，编译器会拒绝编译不和要求的语言。但是Class文件并不一定是用Java源码编译而来，可以使用任何途径产生。这样生成的Class文件，是可能载入有害的字节流的。

验证阶段的主要任务：

1. 文件格式验证：字节流是否符合Class文件格式的规范，并且能被当前版本的虚拟机处理；
2. 元数据验证：字节码语义是否符合Java语言规范的要求；
3. 字节码验证：程序语义是否合法、符合逻辑；
4. 符号引用验证：发生在虚拟机将符号引用转化为直接引用的时候，确保解析动作能正常执行

1.3 准备

    准备阶段是在方法取中为类变量分配内存并设置类变量初始值的阶段。对于静态常量，会直接设置最终值。

1.4 解析

    解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程，主要针对类或接口、字段、类方法、接口方法、方法类型、方法句柄已经调用点限定符这7类常量类型。

1.5 初始化

    初始化阶段是执行类构造器<client>()方法的过程，会根据Java程序中的代码去初始化类变量和其他资源。初始化阶段的主要任务，是为类的静态变量赋予正确的初始值。

2、类初始化的时机

    对于初始化阶段，虚拟机规则严格规定了有且只有5种情况，必须立即对类进行“初始化”（加载、验证、准备在此之前开始）：

1. 创建类的实例；
2. 访问类的静态变量。不包括静态常量，因为编译器把他们当作值(value)而不是域(field)来对待。如果你的代码中用到了常量，编译器并不会生成字节码来从对象中载入域的值，而是直接把这个值插入到字节码中。
3. 访问类的静态方法
4. 反射，如Class.forName("my.xyz.Test")，参数initialize为true
5. 当初始化一个类时，发现其父类还未初始化，则先出发父类的初始化
6. 虚拟机启动时，定义了main()方法的那个类先初始化

二、双亲委派模型

1、双亲委派模型

    下图展示的类加载器之间的层次关系，称为类加载器的双亲委派模型。双亲委派模型要求除了顶层的启动类加载器，其他的类加载器都应该有自己的父类加载器。这里的类加载器之间的父子关系一般不会以继承的关系来实现，而是都使用组合关系来复用父类加载器的代码。

    这个双亲委派模型并不是一个强制性的约束模型，而是Java设计者推荐给开发者的一个类加载器实现方式。

启动类加载器(Bootstrap ClassLoader)

    负责加载< JAVA_HOME>\lib 目录中的，或通过-Xbootclasspath参数指定路径中的，且被虚拟机认可（按文件名识别，如rt.jar）的类。启动类加载器无法被Java程序直接引用。

扩展类加载器(Extension ClassLoader)

    负责加载 < JAVA_HOME>\lib\ext 目录中的，或通过java.ext.dirs系统变量指定路径中的类库。这个类加载器由sun.misc.Launcher$ExtClassLoader实现。

应用程序类加载器(Application ClassLoader)

    这个类加载器由sun.misc.Launcher$APPClassLoader实现。由于这个类加载器是ClassLoader中的getSystemClassLoader()方法的返回值，所以一般也称它为系统类加载器。它负责加载用户路径（ClassPath）上所指定的类库，开发者可以直接使用这个类加载器。如果应用程序中没有自定义过自己的类加载器，一般情况下，这个就是程序中默认的类加载器。

2、双亲委派模型的工作原理

    如果一个类加载器收到了类加载的请求，首先会将请求委派给父类加载器去完成。每一个层次的类加载器都是如此，所以所有的加载请求最终都应该传送到顶层的启动类加载器中，只有当父类加载器反馈自己无法完成这个加载请求（它的搜索范围中没有找到所需的类）时，子加载器才会尝试自己去加载。

    使用双亲委派模型来组织类加载器之间的关系，明显的好处是Java类随着它的类加载器一起具备了带有优先级的层次关系。避免了多个类加载器自行加载导致的，同一个类被不同类加载器重复加载的问题。对保证Java程序的稳定运行有重要作用。

    双亲委派模型的实现代码集中在java.lang.ClassLoader的loadClass()方法。

    代码的主要逻辑：先检查是否已经被加载过，如果没有加载则调用父类加载器的loadClass()方法；如果父类加载器为空，则默认使用启动类加载器作为父类加载器。如果父类加载失败，抛出ClassNotFoundException异常，再调用自己的findClass()方法进行加载。