$1.2、jvm类加载器分类与双亲委托机制介绍

前沿

类加载器是jvm浩瀚领域中，程序员接触的比较多的一块，在有需要的场景下，我们还会自定义类的加载器，今天我们就系统的了解下类的加载器和对应的双亲委托机制。

类的加载器

首先开门见山，加载器（classloader）的目的就是将class字节码文件从资源地（包括本地存储系统，网络，zip压缩包等）读取到jvm虚拟机内存中，虚拟机规范并未指明需要从哪里获取class文件。

ClassLoader是一个抽象类，在jvm自带加载器中，主要分为三类：

1. 根/启动类加载器（Bootstrap ClasslLoader）:最顶层的加载器，没有对应的父类加载器,负责加载JAVA_HOME\lib目录中的或者被-Xbootclasspath参数指定路径的类库，比如：rt.jar
2. 扩展类加载器（Extension ClassLoader）,负责加载JAVA_HOME/lib/ext目录中的类库
3. 系统/应用类加载器（Application ClassLoader）,也是类加载器ClassLoader中geySystemClassLoader()的返回值，负责加载ClassPath上的类库。

介绍了上面三类加载器后，现在就可以引入它们的之间的包含（注意：从图上看像是继承，但并不是继承关系）关系：

有了上面的了解后，就可以正式引入“双亲委托”机制了

双亲委托机制

何为双亲委托？举一个例子：class A为了classpath路径中，虚拟机启动时，AppClassLoader会负责加载，但是在本身加载之前，会先将加载任务给他的父类（扩展类加载器），扩展类加载器同样的，将加载任务传递给它的父类（根类加载器），如果根类加载器加载不了，扩展类加载器才会试着自己加载，如果能加载，就真正实现加载动作，并将加载好的class对象返回给应用类加载器，如果都不能加载，就会抛出ClassNotFoundException。

下一篇，我们使用自定义累加器，更加深对于双亲委托机制的理解。

加载器与双亲委托理解

以梦为马，不负韶华

保证内容全部手敲和原创，有问题和错误之处，欢迎大家指正