前沿
类加载器是jvm浩瀚领域中，程序员接触的比较多的一块，在有需要的场景下，我们还会自定义类的加载器，今天我们就系统的了解下类的加载器和对应的双亲委托机制。
类的加载器
首先开门见山，加载器（classloader）的目的就是将class字节码文件从资源地（包括本地存储系统，网络，zip压缩包等）读取到jvm虚拟机内存中，虚拟机规范并未指明需要从哪里获取class文件。
ClassLoader是一个抽象类，在jvm自带加载器中，主要分为三类：
- 根/启动类加载器（Bootstrap ClasslLoader）:最顶层的加载器，没有对应的父类加载器,负责加载JAVA_HOME\lib目录中的或者被-Xbootclasspath参数指定路径的类库，比如：rt.jar
- 扩展类加载器（Extension ClassLoader）,负责加载JAVA_HOME/lib/ext目录中的类库
- 系统/应用类加载器（Application ClassLoader）,也是类加载器ClassLoader中geySystemClassLoader()的返回值，负责加载ClassPath上的类库。
介绍了上面三类加载器后，现在就可以引入它们的之间的包含（注意：从图上看像是继承，但并不是继承关系）关系：
有了上面的了解后，就可以正式引入“双亲委托”机制了
双亲委托机制
何为双亲委托？举一个例子：class A为了classpath路径中，虚拟机启动时，AppClassLoader会负责加载，但是在本身加载之前，会先将加载任务给他的父类（扩展类加载器），扩展类加载器同样的，将加载任务传递给它的父类（根类加载器），如果根类加载器加载不了，扩展类加载器才会试着自己加载，如果能加载，就真正实现加载动作，并将加载好的class对象返回给应用类加载器，如果都不能加载，就会抛出ClassNotFoundException。
下一篇，我们使用自定义累加器，更加深对于双亲委托机制的理解。
以梦为马，不负韶华
保证内容全部手敲和原创，有问题和错误之处，欢迎大家指正
