深入理解java虚拟机（三）类加载机制

虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转化解析和初始化，最终形成可以被虚拟机直接使用的Java类型，就是虚拟机的类加载机制。

类的加载时机

类从加载到虚拟机内存开，始到卸载出内存为止，它的整个生命周期包括，加载、验证、准备、解析、初始化、使用、卸载7个阶段。其中验证、准备、解析三个部分统称连接。
什么情况下需要开始加载类过程的第一个阶段，虚拟机没有强制约束，但对于初始化阶段，虚拟机规范严格规定有且只有5种情况必须立即对类进行 “初始化”。而加载等自然在此前进行。
1、遇到new。使用new实例化对象，读取或设置一个类的静态字段以及调用一个类的静态方法的时候。
2、使用java.lang.reflect包对类反射调用的时候。
3、初始化一个类，如果发现其父类还没有初始化，需要对父类进行初始化。
4、当虚拟机启动时，用户需要指定一个主类（包含main方法那个类）。
5、使用jdk7的动态语言支持时。

类的加载过程

1、加载
加载是类加载的第一个阶段，主要完成3件事：
● 通过类的全限定名获取定义此类的二进制字节流
● 将这个字节流代表的静态文件转换为方法区的运行时数据结构
● 在内存中生成一个代表这个类的Class对象，作为方法区这个类的各种数据访问入口
通过全限定类名查找字节流最常见的就是从jar文件中获取，方法区的存储结构由虚拟机自定义，而后实例化一个Class对象，这个对象比较特殊，它虽然是对象，但存放在方法区。作为程序方法区中这些数据类型的对外接口。
2、验证
这一阶段的主要目的是为了确保Class文件字节流中包含的信息符合当前虚拟机的要求及不会危害虚拟机安全，比如是否继承了final修饰的类，如果不是抽象类，是否实现了父类或接口中要求实现的方法等。
3、准备
准备阶段是正式为类变量分配内存并设置初始值的阶段，这些变量所使用的内存都将在方法区分配，类变量仅指被static修饰的变量，初始值指0值。
比如 public static int vaue = 123；在这阶段执行过后初始值是0而不是123；
4、解析
解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程，符号引用指用一组符号来描述所要引用的目标，直接引用可以是指向目标的指针，相对偏移量或者句柄。
5、初始化
初始化是类加载过程中的最后一步，这个阶段才开始真正执行类中定义的Java程序代码。在准备阶段，静态变量已经赋过初值，而在初始化阶段，则根据程序员制定的计划去初始化静态变量。比如上面的value值在这个阶段才赋值为123。可以说类初始化阶段是执行类构造器的过程。在这里有一点需要说明的是，虚拟机会保证一个类的初始化方法在多线程环境中被正确的加锁，同步，所以单例模式有使用构造器避免多线程问题的一种写法。

类加载器

虚拟机设计团队把类加载阶段的 “通过一个类的全限定名来获取二进制字节流” 这个动作放到虚拟机外部去实现，以便让应用程序自己决定如何获取所需要的类。实现这个动作的代码模块称为 “类加载器”。比较两个类是否相等，只有在这两个类是由同一个类加载器加载的前提下才有意义，否则即使两个类来源与同一个Class文件，被同一个虚拟机加载，只要加载它们的类加载器不同，那这两个类比定不相等。这里的相等，包括代表类对象的equals方法。
双亲委派模型
从Java虚拟机的角度来说，只存在两种不同的类加载器，一种是启动类加载器，是虚拟机自身的一部分；一种是其他类加载器，独立于虚拟机外部，并都继承自抽象类java.lang.ClassLoader。
从Java开发人员的角度来说，类加载器可以细化为三种：
● 启动类加载器（Bootstrat ClassLoader）：负责加载JAVA_HOME/lib目录中的。
● 扩展类加载器：负责加载JAVA_HOME/lib/ext目录中的。
● 应用程序类加载器：一般也称为系统类加载器，它负责加载用户类路径classpath上指定的类库，如果没有自定义过自己的加载器，一般情况下这个就是程序中默认的类加载器。
这些类加载器之间的关系一般如下：

上图所展示类加载器的层次关系，称为类加载器的双亲委派模型。双亲委派模型要求除了启动类加载器外，其余类加载器都应当由自己的父类加载器。当然这种父子关系不会以继承方式实现，而是通过组合服用夫加载器的代码。
双亲委派模型的工作过程：如果一个类加载器收到了类加载的请求，它首先不会自己尝试加载这个类，而是委托给父类去完成。每一个层次的类加载器都是如此。因此所有加载类的请求最终都应该传送到启动类加载器，只有当父类加载器反馈无法完成这个请求时（没有搜索到该类），子加载器才尝试自己加载。
双亲委派模型一个显而易见的好处就是Java类随着他的类加载器一起具备了一种带有优先级的层次关系，例如类java.lang.Object。它让在rt.jar中。无论那个类加载器要加载这个类，最终都委托给处于模型顶端的启动类加载器加载。因此Object类在程序的各种类加载器环境中都是同一个类。相反，如果没有使用双亲委派模型，由各个类加载器自行加载的话。系统将会出现多个不同的Object类。Java体系中最基本的行为就无法得到保证。
双亲委派模型的代码实现非常简单，逻辑清晰易懂：首先检查类是否被加载，如果没有则调用父类加载器的loadClass()方法。若父加载器为空则默认使用启动类加载器作为父类加载器。如果父类加载失败，抛出ClassNotFoundException异常后，调用自己的findClass()方法加载。

@Override 
protected Class<?> loadClass(String name, boolean resolve) 
        throws ClassNotFoundException { 
    Class<?> c = findLoadedClass(name); 

  // 检查需要加载的类是否已经被加载过
    if (c == null) { 
        try { 
             // 若没有加载，则调用父加载器的loadClass()方法
            if (parent != null) { 
                c = parent.loadClass(name, false); 
            }else{ 
                // 若父类加载器为空，则默认使用启动类加载器作为父加载器
                c=findBootstrapClassOrNull(name); 
            } 
        } catch (ClassNotFoundException e) { 
            // 若父类加载器加载失败会抛出ClassNotFoundException， 
            //说明父类加载器无法完成加载请求 
        } 
        if(c==null){ 
            // 在父类加载器无法加载时 
            // 再调用本身的findClass方法进行类加载 
            c=findClass(name); 
        } 
    } 
    if(resolve){ 
        resolveClass(c); 
    } 
    return c; 
}