ClassLoader重点梳理

类加载器

对类加载器的学习重点要掌握以下几点：

1. 双亲委派模型的概念
2. 双亲委派模型的实现原理
3. 类加载器的工作原理
4. 如何使用自定义类加载器

双亲委派模型

概念

双亲委派模型是Java中默认的类加载器模型，JDK中自带有三个类加载器 BootstrapClassLoader、ExtClassLoader、AppClassLoader。以最常用的AppClassLoader角度来看,所有由AppClassLoader发起的类加载动作，最终都会委派给ExtClassLoader或者BootstrapClassLoader，双亲委派名称也是由此得来。

模型的构建

双亲委派模型是在sun.misc.Launcher类中构建的，Launcher类是JVM实例启动的入口。来看下该类的构造函数代码：

public Launcher() {
    Launcher.ExtClassLoader var1;
    try {
        var1 = Launcher.ExtClassLoader.getExtClassLoader();
    } catch (IOException var10) {
        throw new InternalError("Could not create extension class loader");
    }
    try {
        this.loader = Launcher.AppClassLoader.getAppClassLoader(var1);
    } catch (IOException var9) {
        throw new InternalError("Could not create application class loader");
    }
    Thread.currentThread().setContextClassLoader(this.loader);
    //省略以下代码... 
}

从上面这段代码可以看出，JVM实例启动之后就马上构建了ExcClassLoader和AppClassLoader的实例，而这两个ClassLoader都是以静态内部类的形式定义Launcher类中的。getExtClassLoader这个方法的核心代码只有一行，就是调用ExtClassLoader类的构造器，而其构造器中的代码也是非常简洁的：

public ExtClassLoader(File[] var1) throws IOException {
    super(getExtURLs(var1), (ClassLoader)null, Launcher.factory);
}

其中，第二个参数null就是其父ClassLoader，之所以是null是由于ExtClassLoader的父类加载器BootstrapClassLoader是由C++实现的，在Java中无法直接引用。

接下来调用AppClassLoader.getAppClassLoader(ClassLoader parent)，用来构建AppClassLoader的实例，参数传入的父类加载器就是之前获取到的ExtClassLoader对象。

另外最下面一行代码，设置了线程上下文类加载器，也是AppClassLoader的实例。

类加载器的执行过程

通过ExtClassLoader和AppClassLoader类的声明我们可以知道，这两个类加载器的类定义都是直接继承于URLClassLoader，间接继承了ClassLoader类。

默认情况下，程序中使用的类加载器大多都是AppClassLoader，所以先从AppClassloader的loadClass方法看起。其核心代码只有一行，就是调用父类的loadClass方法，通过追踪代码可以看出最终调用的是ClassLoader类中的loadClass方法，看一下loadClass中的代码：

Class c = findLoadedClass(name);
if (c == null) {
    try {
        if (parent != null) {
            c = parent.loadClass(name, false);
        } else {
            c = findBootstrapClassOrNull(name);
        }
    } catch (ClassNotFoundException e) {
    
    }

    if (c == null) {
        c = findClass(name);    
    }
}

通过上面的代码可以看到，对于AppClassLoader初次加载某类的情况，会先调用其父类加载器，也就是ExtClassLoader的loadClass方法去加载，而ExtClassLoader.loadClass最终执行的也是上面这段代码,它会进一步调用BootstrapClassLoader去加载类。如果AppClassLoader和ExtClassLoader都没能加载到，代码就会继续往下走，调用AppClassLoader的findClass方法，由于AppClassLoader没有实现findClass方法，所以会调用其父类URLClassLoader的findClass方法。

自定义类加载器

首先，自定义的类加载器，必须ClassLoader的子类，可以实现其findClass方法或者loadClass方法。
那么，两者有什么区别呢？通过上面的分析我们可以发现，Java中默认的类加载机制是维护在ClassLoader.loadClass方法中的，所以为了确保类加载模型的一致，
推荐自定义的类加载器重写findClass方法。当然，在一些特殊的场景下，也可能需要重写loadClass方法来实现一些特定的功能，例如tomcat6中的WebappClassLoader