双亲委派机制

双亲委派机制

一. 定义

​ 某个类加载器需要加载某个.class文件时，它首先把这个任务委托给他的上级类加载器，递归这个操作，如果上级的类加载器没有加载，自己才会去加载这个类。

二. 类加载器

​ 在谈论双亲委派机制时，就不得不提及ClassLoad（类加载器）。我们都知道java程序都是运行在JVM上的，但是我们写的代码它是怎么被运行的呢？原来呀，首先，编译器将java源代码编译成字节码文件（.class）,之后，类加载器就出场了，它负责将我们的这些class文件丢到JVM中，JVM需要什么样的class文件 类加载器就给他什么class文件。

JVM很贴心的给我们准备了三层类加载器分别是：

​ Bootstrap classLoader:主要负责加载核心的类库(java.lang.*等)，构造ExtClassLoader和APPClassLoader。

​ ExtClassLoader：主要负责加载jre/lib/ext目录下的一些扩展的jar。

​ AppClassLoader：主要负责加载应用程序的主函数类。

三. 双亲委派机制

​ 那假设我们有一个Demo.java被编译成了Demo.class 之后怎么去放到JVM去呢，也就是类加载器ClassLoad做了什么？那就来瞄一眼ClassLoad的源码，

​ 我们从CLassLoad的loadClass方法可以看到，CLassLoad首先回去检查该类是否已经被加载，如果没有被加载则再去检查是否有父 类加载器，如果有那就丢给父 类加载器。在JVM中呢，AppClassLoader的父类加载器是ExtClassLoader，ExtClassLoader的父类加载器是BootstrapclassLoader。这样我们就知道了，在我们要去加载Demo.class 的时候（不考虑自定义加载器），会先交给AppClassLoader检查是否被加载过了,如果没有，那就交由大的父ExtClassLoader,而ExtClassLoader又会交给它的父亲BootstrapclassLoader，而BootstrapclassLoader已经是最高级了，没有父加载器了，这时候就考虑它能不能加载这个类了，如果不能就交给他的子加载器，所以整体流程如下：

四.为什么要设计这种机制

​ 这个模式的好处也很明显，我们想一想，假设某个不怀好意的人，也写了个String.java ，篡改了里面的功能，那么JVM怎么知道去加载那个String类呢，但有了双亲委派机制之后BootstrapclassLoader首先会看自己管辖范围内是否有个这类，且已经把这种系统的类加载过了，那这个恶意的String.java当然就无法加载了，所以防范了一定的危险代码的植入。

五.破坏双亲委派机制

…………