一、Class文件的装载过程
Class类型通常以文件的形式存在(当然，任何二进制流都可以是Class类型)，只有被Java虚拟机装载的Class类型才能在程序中使用。系统状态Class类型可以分为加载、连接和初始化3个步骤。其中，连接又可分为验证、准备和解析3步。
1.1 类装载的条件
Class只有在必须要使用的时候才会被装载，Java虚拟机不会无条件的装载Class类型。Java虚拟机规定，一个类或接口在初次使用前，必须要进行初始化。这里指的“使用”，是指主动使用，主动使用只有下列几种情况：
- 创建一个类的实例，比如使用new关键字，或者通过反射、克隆、反序列化。
- 使用类的静态方法时，即当使用了字节码invokestatic指令。
- 使用类或接口的静态字段(final常量除外)，比如，使用getstatic或者putstatic指令。
- 使用java.lang.reflect包中的方法反射类的方法时。
- 当初始化子类时，要求先初始化父类。
- 作为启动虚拟机，含义main()方法的那个类。
除了以上的情况属于主动使用，其他的情况均属于被动使用。被动使用不会引起类的初始化。
主动引用的例子：
public class Parent {
static{
System.out.println("Parent init");
}
}
public class Child extends Parent{
static {
System.out.println("Child init");
}
}
public class IninMain{
public static void main(String[] args){
Child c = new Child();
}
}
执行InitMain，结果为：
Parent init
Child init
被动引用的例子，被动引用不会导致类的装载。
public class Parent{
static{
System.out.println("Parent init");
}
public static int v = 100;
}
public class Child extends Parent{
static{
System.out.println("Child init");
}
}
public class UseParent{
public static void main(String[] args){
System.out.println(Child.v);
}
}
输出结果为：
Parent init
100
可以看到，虽然在UseParent中，直接访问了子类对象，但是Child子类并未被初始化，只有Parent父类被初始化。ke'jian可见，在引用一个字段时，只有直接定义该字段的类，才会被初始化。
final常量不会引起类的初始化。
public class FinalFieldClass {
public static final String constString = "CONST";
static {
System.out.println("FinalFieldClass init");
}
}
public class UseFinalField {
public static void main(String[] args){
System.out.println(FinalFieldClass.constString);
}
}
运行以上代码输出结果为：
CONST
1.2 加载类
加载类处于类加载的第一个阶段。在加载类时，Java虚拟机必须完成以下工作：
- 通过类的全名，获取类的二进制数据流。
- 解析类的二进制数据流为方法区内的数据结构。
- 创建java.lang.Class类的实例，表示该类型。
1.3 验证类
1.4 准备
当一个类验证通过时，虚拟机就会进入准备阶段。在这个阶段，虚拟机会为这个类分配相应的内存空间，并设置初始值。
1.5 解析类
在准备阶段完成后，就进入了解析阶段。解析阶段的工作就是将类、接口、字段和方法的符号引用转为直接引用。
1.6 初始化
类的初始化是类装载的最后一个阶段。如果前面的步骤都没有问题，那么表示类可以顺利装载到系统中。此时，类才会开始执行Java字节码。初始化阶段的重要工作时执行类的初始化方法<clint>。方法<clint>是由编译器自动生成的，它是由类静态成员的赋值语句以及static语句块合并产生的。
二、掌握ClassLoader
2.1 看懂类加载
ClassLoader是Java的核心组件，所有的Class都是由ClassLoader进行加载的，ClassLoader负责通过各种方式将Class信息的二进制数据流读入系统，然后交给Java虚拟机进行连接、初始化等操作。因此，ClassLoader在整个装在阶段，只能影响到类的加载，而无法通过ClassLoader去改变类的连接和初始化行为。
从代码层面看，ClassLoader是一个抽象类，它提供了一些重要的接口，用于自定义Class的加载流程和加载方式。
在ClassLoader的结构中，还有一个重要的字段parent，他也是一个ClassLoader的实例，这个字段锁表示的ClassLoader也称为这个ClassLoader的双亲。在类加载的过程中，ClassLoader可能会将某些请求交与自己的双亲处理。
2.2 ClassLoader的分类
在标准的Java程序中，Java虚拟机会创建3类ClassLoader为整个应用程序服务。他们分别是：Bootstrap ClassLoader(启动类加载器)、Extension ClassLoader(扩展类加载器)和App ClassLoader(应用类加载器，也称为系统类加载器)。此外，每个应用程序还可以拥有自定义的ClassLoader，扩展Java虚拟机获取Class数据的能力。
在虚拟机设计中，使用这种分散的ClassLoader去装载类是有好处的，不同层次的类可以由不同的ClassLoader加载，从而进行划分，这有助于系统的模块化设计。一般来说，启动类加载器负责加载系统的核心类，比如rt.jar中的Java类；扩展类加载器用于加载%JAVA_HOME%/lib/ext/*.jar中的Java类；应用类加载器用于加载用户类，也就是用户程序的类；自定义类加载器用于加载一些特殊途径的类，一般也是用户程序类。
