说明：其实参考的文章已经很详细了。想看一个知识点的时候，会去看好几篇文章。进行一下总结。有时候一篇文章就写得很好，但是，不自己写一下的话，总感觉不够，所以就用符合自己理解或者记忆的方式写一下。因为写的时候，相当于心里说了几遍。面试的时候就能表达出来吧。所以简洁的写了下，参考的文章附在后面。
类加载器分类
启动（Bootstrap）类加载器
- 负责把存放在<JAVA_HOME>\lib目录下或被-Xbootclasspath参数指定的路径中，
能被虚拟机识别(仅按文件名识别rt.jar，名字不符合的类库不会被加载)的类库加载到虚拟机内存中。 - 该类加载器无法被应用程序直接引用，自定义类加载器时如果要把加载请求委派给它加载，直接用null代替即可
扩展类加载器(Extension ClassLoader)
- 该加载器由sum.misc.Launcher$ExtClassLoader实现，负责加载<JAVA_HOME>\lib\ext目录中或者java.ext.dirs系统变量指定的路径中所有类库。
应用程序类加载器(Application ClassLoader)/也称为系统类加载器
- 该加载器由sum.misc.Launcher$App-ClassLoader实现，在ClassLoader类中的getSystemClassLoader()方法返回该类加载器。负责加载用户类路径(ClassPath)上所指定的类库，程序默认使用这个类加载器。
自定义类加载器
类加载器与类的唯一性
类加载器虽然只用于实现类的加载动作，但是对于任意一个类，都需要由加载它的类加载器和这个类本身共同确立其在Java虚拟机中的唯一性。通俗的说，JVM中两个类是否“相等”，首先就必须是同一个类加载器加载的，否则，即使这两个类来源于同一个Class文件，被同一个虚拟机加载，只要类加载器不同，那么这两个类必定是不相等的。
这里的“相等”，包括代表类的Class对象的equals()方法、isAssignableFrom()方法、isInstance()方法的返回结果，也包括使用instanceof关键字做对象所属关系判定等情况。
双亲委派模型
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
synchronized (getClassLoadingLock(name)) {
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) {
}
if (c == null) { //递归调用已让所有的父类尝试过，还为null的话
long t1 = System.nanoTime();
c = findClass(name);//父类加载器处理不了，就由加载器的findClass方法来加载
sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
sun.misc.PerfCounter.getFindClasses().increment();
}
}
if (resolve) {
resolveClass(c);
}
return c;
}
}
好处
保证了唯一性
使用双亲委派模型的好处在于Java类随着它的类加载器一起具备了一种带有优先级的层次关系。例如类java.lang.Object，它存在在rt.jar中，无论哪一个类加载器要加载这个类，最终都是委派给处于模型最顶端的Bootstrap ClassLoader进行加载，因此Object类在程序的各种类加载器环境中都是同一个类。相反，如果没有双亲委派模型而是由各个类加载器自行加载的话，如果用户编写了一个java.lang.Object的同名类并放在ClassPath中，那系统中将会出现多个不同的Object类，程序将混乱。因此，如果开发者尝试编写一个与rt.jar类库中重名的Java类，可以正常编译，但是永远无法被加载运行。
而且 从双亲委派模型的实现可知，如果自定义类加载器，覆盖了loadClass方法，会导致双亲委派模型被破坏，那么该自定义类加载器与启动类加载器加载同一个class得到的也不会是相同的类对象。 所以自定义类加载器，正常不要去覆盖loadClass方法，但是可以重新findClass方法。
参考 、感谢
文章中的文字来自于下面两篇文章。比较详细。
【深入理解JVM】：类加载器与双亲委派模型
jvm学习笔记(四)虚拟机类加载机制、类加载器
