java的双亲委派机制

类加载器

java中通过类加载器ClassLoader把xxx.class文件加载到JVM中。

启动类加载器 bootstrap classloader ：加载jre/lib/rt.jar

扩展类加载器 extension classloader ：加载jre/lib/ext/*.jar

应用程序类加载器 application classloader：加载classpath上指定的类库

 

双亲委派机制

　　双亲委派机制是指当一个类加载器收到一个类加载请求时，该类加载器首先会把请求委派给父类加载器。每个类加载器都是如此，只有在父类加载器在自己的搜索范围内找不到指定类时，子类加载器才会尝试自己去加载。

双亲委派模型工作工程：

　　1.当Application ClassLoader 收到一个类加载请求时，他首先不会自己去尝试加载这个类，而是将这个请求委派给父类加载器Extension ClassLoader去完成。  

　　2.当Extension ClassLoader收到一个类加载请求时，他首先也不会自己去尝试加载这个类，而是将请求委派给父类加载器Bootstrap ClassLoader去完成。  

　　3.如果Bootstrap ClassLoader加载失败(在<JAVA_HOME>\lib中未找到所需类)，就会让Extension ClassLoader尝试加载。  

　　4.如果Extension ClassLoader也加载失败，就会使用Application ClassLoader加载。  

　　5.如果Application ClassLoader也加载失败，就会使用自定义加载器去尝试加载。  

　　6.如果均加载失败，就会抛出ClassNotFoundException异常。

 

双亲委派模型是可以打破的，典型的应用场景是，ServiceLoader通过上下文类加载器加载SPI，实现逆向调用类加载器来加载当前线程中类加载器加载不到的类

public static <S> ServiceLoader<S> load(Class<S> service) {
    ClassLoader cl = Thread.currentThread().getContextClassLoader();
 return ServiceLoader.load(service, cl);
}

 

Demo

　　当一个Hello.class这样的文件要被加载时。不考虑我们自定义类加载器，首先会在AppClassLoader中检查是否加载过，如果有那就无需再加载了。如果没有，那么会拿到父加载器，然后调用父加载器的loadClass方法。父类中同理会先检查自己是否已经加载过，如果没有再往上。注意这个过程，直到到达Bootstrap classLoader之前，都是没有哪个加载器自己选择加载的。如果父加载器无法加载，会下沉到子加载器去加载，一直到最底层，如果没有任何加载器能加载，就会抛出ClassNotFoundException。