关于类加载的双亲委派机制简单总结

前言 

我们知道，一个编译后的class文件，想要在JVM中运行，就需要先加载到JVM中。而做这个工作的老哥就是类加载器。而通过类加载器，加载类文件的具体方式被称为双亲委派机制。

什么是类加载器？有哪些？

1.所谓类加载器，就是通过一个类的全限定名称来获取其二进制文件（即.class文件）并加载到JVM中的工具。

2.类加载器主要有：

           (1).Bootstrap ClassLoader ----->系统类(rt.jar)的类加载器,即主要加载核心类库，采用c++代码编写。

           (2).Extension ClassLoader ------>扩展类(ext.jar)的类加载器,即主要加载jre/lib/ext目录下的一些扩展的jar。采用Ext ClassLoader加载。

           (3).Application ClassLoader ------>加载当前应用的classpath的所有类的类加载器。

           (4).自定义的类加载器  ------->继承ClassLoarder即可。

双亲？

以上的类加载器类都是抽象类ClassLoader的子类，而在ClassLoaer类中有一个属性parent。即双亲！

 首先，自定义的类加载器如果未指定parent，则默认的父类加载器就是AppClassLoader；

 其次，AppClassLoader的parent属性指的是父类加载器是ExtClassLoader；

 然后，ExtClassLoader的parent属性指的为NULL；

最后，Bootstrap ClassLoader是由c/c++所编写的，它本身就是虚拟机的一部分，它并不是一个Java类，所以在java中是获取不到的（具体底层还未深究.....）。但理解上暂且可以理解为它为ExtClassLoader的双亲，便于委派过程的理解！

委派？

下图是我在其他blog大佬复制的，较为详细简洁的描述的双亲委派的过程：

上图我大致理解为两个过程：  1.加没加载过               2.是否可以加载

一、从入口开始，当一个.class文件需要被加载时，先看看AppClassLoader的缓存中之前有没有加载过，没有的话将这个.class文件抛给上一级ExtClassLoader，之前加载过的的话，就到此结束，由它来完成类的加载。依次逐级向上抛，在此过程考虑的只是加没加载过，不考虑能不能加载。

二、到达了Bootstrap ClassLoader还是没有一个加载过这个.class文件，这时候没办法，就得各自看能不能加载这个.class文件了。从Bootstrap ClassLoader开始，如果它可以加载，就直接加载；加载不了，将 .class文件开始往下抛。依次逐级向下抛，直到抛到了最底部，还是没有任何加载器能加载。那就没办法，抛出ClassNotFoundException。

这种机制的好处在哪呢？

一、避免重复加载
双亲委派模式的是好处之一是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关系可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。

二、保证类的安全性 

java核心api中定义类型不会被随意替换，假设通过网络传递一个名为java.lang.Integer的类，通过双亲委托模式传递到启动类加载器，而启动类加载器在核心JavaAPI发现这个名字的类，发现该类已被加载，并不会重新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样便可以防止核心API库被随意篡改。

以上是我学习双亲委派机制的过程中大概的总结！