图解双亲委派机制与ClassLoder源码

是否被加载

是

使用双亲委派

AppClassLoader（应用程序类加载器）

是否可以加载

我们编写的java.lang.Object

自己加载此类

2.扩展类加载器：负责加载java平台中扩展功能的一些jar包，包括$JAVA_HOME中 jre/lib/*.jar 或 -Djava.ext.dirs指定目录下的jar包。

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

2.双亲委派优点:1.避免重复的类加载（父类加载器已经加载过的类，不用再次加载，而且对于一些系统类，用户自定义的不起作用了，有一定安全保证）2.保证了Java的核心Api不被篡改，如果不使用双亲委派模型，用户自己编写一个Object类，只使用自己的类加载器加载，那么程序运行时会出现多个Object类。使用双亲委派，都是启动类加载器加载，保证类的父类都是同一个object

应用程序类加载器Application ClassLoader

CustomClassLoader（用户自定义类加载器）

加载

4. 用户自定义类加载器：通过java.lang.ClassLoader的子类自定义加载class，属于应用程序根据 自身需要自定义的ClassLoader，如tomcat、jboss都会根据j2ee规范自行实现ClassLoader。

1.启动类加载器：负责加载$JAVA_HOME中 jre/lib/rt.jar 里所有的class或 -Xbootclassoath选项指定的jar包。由C++实现，不是ClassLoader子类。native关键字修饰的方法

否loadClass（）

ExtClassLoader （扩展类加载器）

不使用双亲委派

扩展类加载器Extension ClassLoader

Java自带的java.lang.Object

否

否loadClass

Object

已经记载的类不会被加载

用户自定义类加载器User Defined ClassLoader

3.应用程序类加载器：负责加载classpath中指定的jar包及 -Djava.class.path 所指定目录下的类和 jar包。  

启动类加载器BootStrap

BootstrapClassLoader（启动类加载器）

ClassNotFoundException