ClassLoader

JAVA自带的ClassLoader

BootStrapClassLoader：最顶层类加载器，用于加载lib目录下的rt.jar，resource.jar，charset.jar等核心类库。是用C/C++实现的。

ExtentionClassLoader：扩展的类加载器，用于加载lib/ext目录下的jar包和class文件。

AppClass Loader（SystemAppClass）：加载当前应用classpath中的所有类。

加载顺序是 BootStrapClassLoader->ExtentionClassLoader->AppClassLoader

双亲委派机制

 每个类加载器只有一个父加载器。加载一个类的基本顺序如下：

1. 一个AppClassLoader查找资源时，先看看缓存是否有，缓存有从缓存中获取，否则委托给父加载器。 
2. 递归，重复第1部的操作。 
3. 如果ExtClassLoader也没有加载过，则由Bootstrap ClassLoader出面，它首先查找缓存，如果没有找到的话，就去找自己的规定的路径下，也就是sun.mic.boot.class下面的路径。找到就返回，没有找到，让子加载器自己去找。 
4. Bootstrap ClassLoader如果没有查找成功，则ExtClassLoader自己在java.ext.dirs路径中去查找，查找成功就返回，查找不成功，再向下让子加载器找。 
5. ExtClassLoader查找不成功，AppClassLoader就自己查找，在java.class.path路径下查找。找到就返回。如果没有找到就让子类找，如果没有子类会怎么样？抛出各种异常。

为什么要用双亲委派机制

 为了保证java核心类的正确加载。比如Object类，只能是BootStrapClassLoader加载并且验证。

若我们替换了Object的类文 件，将会被类加载器发现。