【JVM】虚拟机类加载过程以及Java的类加载器结构和机制简述

一、类加载过程简述

这里只是简单说明，不了解详细过程的读者可以查阅相关资料。

一个类型被加载到虚拟机的内存开始到卸载出内存，它的生命周期经历了以下的阶段：

加载——验证——准备——解析——初始化——使用——卸载

其中，验证、准备、解析三个阶段被统称为“连接”。

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

这三条并不具体的规则为虚拟机带来了相当大的灵活度，二进制字节流并没有被指明必须从哪里获得，因此诞生了JAR、WAR这样的格式，以及从网络读取（Applet）、由其他文件生成（如JSP）

加载阶段可以通过虚拟机里内置的启动类加载器去完成，也可以由用户自定义的类加载器去完成。也就是说，开发人员是可以通过定义自己的类加载器去控制字节流的获取方式的。

注：加载阶段未完成时连接阶段就可能已经开始了。

2、验证
验证是为了确保字节流中的信息符合《Java虚拟机规范》的全部约束要求，也为了保证这些信息被当做代码运行后不会危害虚拟机自身的安全。篇幅及着重点有限，具体的验证过程不再赘述，包括以下的几个阶段，有兴趣的读者可以在网上稍作了解。

3、准备
这个阶段是正式给类中的静态变量分配内存并且设置类变量的初始值的阶段。

4、解析
这个阶段是虚拟机将常量池中的符号引用替换为直接引用的阶段，关于符号引用可以从我这篇博文了解到：符号引用等

5、初始化
初始化即执行类构造器<clinit>()方法的过程，这个方法是Javac编译器的自动生成物。初始化阶段会根据程序编码去初始化类变量和其他资源。

二、Java的类加载器的结构与机制

其实在虚拟机的角度，只有启动类加载器（C++实现）和其他类加载器之分，然而对于Java来说，它一直保持着三层类加载器和双亲委派的类加载结构。

三层类加载器分别是：启动类加载器（加载Java核心类库）、扩展类加载器、系统类加载器
它们的关系是这样的：
启动类加载器是所有类加载器的父类，而扩展类加载器是它的子类，系统类加载器又是扩展类加载器的子类。剩下其余所有自定义的类加载器都是系统类加载器的子类。
这种层次结构下面用一段代码来说明：

public class Test {

    public static void main(String[] args) {
        System.out.println(System.getProperty("java.system.class.loader"));
        System.out.println(Test.class.getClassLoader());
        System.out.println(ClassLoader.getSystemClassLoader());
        System.out.println(ClassLoader.getSystemClassLoader().getParent());
        System.out.println(ClassLoader.getSystemClassLoader().getParent().getParent());
    }
}

运行结果：

null
sun.misc.Launcher$AppClassLoader@18b4aac2
sun.misc.Launcher$AppClassLoader@18b4aac2    #系统类加载器
sun.misc.Launcher$ExtClassLoader@74a14482    #扩展类加载器
null

为什么最终的父类是上面的null呢？不应该是启动类加载器吗？
这里注意，启动类加载器是不可能被Java程序直接引用的，这是最基本的安全考虑，因为它涉及虚拟机的实现细节，所以委派给它加载时用null代替。

什么是双亲委派呢？
简单来讲，它要求除了启动类加载器，其他的类加载器都要有自己的父类加载器。当其他类加载器收到加载的请求时，它是不会先自己加载的，而是委派给父类加载，父类加载不了，才会自己加载。

以下是JDK8中对于双亲委派模型的实现：

protected Class<?> loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            // First, check if the class has already been loaded
            Class<?> c = findLoadedClass(name);
            if (c == null) {
            	// 返回纳秒级精度的时间
                long t0 = System.nanoTime();
                try {
                	// 注意这里，先交给父类加载
                    if (parent != null) {
                        c = parent.loadClass(name, false);
                    } else {
                        c = findBootstrapClassOrNull(name);
                    }
                } catch (ClassNotFoundException e) {
                    // ClassNotFoundException thrown if class not found
                    // from the non-null parent class loader
                }

                if (c == null) {
                    // If still not found, then invoke findClass in order
                    // to find the class.

                    long t1 = System.nanoTime();
                    // 父类无法加载，则调用本身的findClass方法进行加载
                    c = findClass(name);

                    // this is the defining class loader; record the stats
                    sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                    sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                    sun.misc.PerfCounter.getFindClasses().increment();
                }
            }
            if (resolve) {
                resolveClass(c);
            }
            return c;
        }
    }