类加载器
对类加载器的学习重点要掌握以下几点：
- 双亲委派模型的概念
- 双亲委派模型的实现原理
- 类加载器的工作原理
- 如何使用自定义类加载器
双亲委派模型
概念
双亲委派模型是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
