1:一个 JVM中默认的类加载器 有 Bootstrap ClassLoader, Extension ClassLoader 以及App ClassLoader ,分别各司其职
Bootstrap ClassLoader 负责加载java基础类,主要是%JRE_HOME/lib/ 目录下的 rt.jar , resource.jar , charsets.jar和class 等
Extension ClassLoader 负责加载java扩展类,主要是%JRE_HOME/lib/ext目录下的jar和class
App ClassLoader 负责加载当前java应用的classpath中的所有类
classloader 加载类用的是全盘负责委托机制,所谓全盘负责,即是当一个classloader加载一个Class的时候,这个Class所依赖的和引用的所有Class也有这个classloader 负责载入
,除非是显式的使用另外一个classloader载入。
所以,当我们自定义的class loader 加载成功 com.company.MyClass以后,MyClass里所有的依赖的class 都由这个classLoader来加载完成。
2:ClassLoader 使用的是双亲委托模型来搜索类的,每个ClassLoader实例都有一个父类加载器的引用(不是继承的关系,是一个包含的关系),虚拟机内置的类加载器(Bootstrap ClassLoader)本身没有父类加载器,但可以用作其他ClassLoader 实例的父类加载器。 当一个ClassLoader实例需要加载某个类时,他会试图亲自搜索某个类之前,先把这个任务委托给他的父类加载器,这个过程时由上至下依次检查的,首先由最顶层的类加载器Bootstrap ClassLoader试图加载,如果没有加载到,则把任务转交歌Extension ClassLoader 试图加载,如果也没有加载到,则转交给App ClassLoader 进行加载,如果它也没有加载到的话 ,则返回给委托的发起者 ,由它到指定的文件系统或网络等URL中加载该类。如果她们都有加载到这个类时,则抛出ClassNotFounException异常。否则将这个找到的类生成一个类的定义,并将它加载到内存当中 ,最后返回这个类的内存中的Class 实例对象。