说明
双亲委派其实字面上面翻译成双亲，但是其实多个类加载器之间没有继承关系，看源码其实只是一个递归调用的过程。
类加载的精髓解释
在类加载的方案其实主要的目的是为了保证版本的一致性,直观点的例子就是，如果我们自己去定义一个类库中已有的类的话，其实不会被执行，举例说明：
//我们自己去定义这么一个对象 public class String { public static void main(String[] args) { System.out.println("String"); } }
编译，执行
javac String.java java String
结果如下：
错误: 找不到或无法加载主类 String
事实上在我们的idea上面也是没办法去运行的，这个情况其实是在jvm优先加载了我们类库中的类，类加载的时候优先加载了内部的类，另外定义的名字一样的类就不会被加载了。这样子的好好处其实就是保证了jdk自己写的类不会被覆盖，保护了原有的代码。
双亲委派的代码如下，我做了注释：
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 { //没有上级了ExtClassloader,则委派BootstrapClassload加载 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. //每一层都找不到，则调用findclass方法进行加载(每个类加载器自己扩展) long t1 = System.nanoTime(); 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; } }
