双亲委派机制：一些自己的拙见

类加载器(ClassLoader)

提到双亲委派机制就不得不说到类加载机制，我们日常编写的程序运行过程为：首先由编译器将我们的代码编译成.class文件，然后交给类加载器推送到JVM中进行处理（大致流程）
JVM一共给我们提供了三种类加载器：
Bootstrap classLoader：启动类加载器，主要负责加载核心的类库和构造下面两个加载器
ExtClassLoader：拓展类加载器，负责加载jre/lib/ext目录下的一些扩展的jar
AppClassLoader：应用程序类加载器，负责加载应用程序的主函数类
其实还有一个我们自定义的类加载器。
然后就是说一下双亲委派机制了

双亲委派机制

在学习双亲委派机制的时候我们应该都听到过一句话就是向上委托向下加载，一开始听到这句话的时候我也一脸懵逼，刚开始对于双亲委派机制的认识主要就是（类加载器在对类进行加载的时候，会首先询问他的父类是否加载过此类，如果加载过了那么他就不用再加载了）仅限于此，但是上面括号里的话是有很多漏洞的，比如父类是指什么？类加载器有继承关系吗？
很明显上述的父类并不是继承关系的父类，只是单纯的组合的父子关系，然后类加载的过程我借用大佬的一张图，我觉得透彻的一比！

这张图完美解释了什么叫做向上委托向下加载。
这要是还不懂双亲委派机制，那么我也没法了！0.0

作用

学任何东西我们都要知道他的作用吧，那么双亲委派机制的作用是啥嘞？
比如有人想替换系统级别的类：String.java。篡改它的实现，在双亲委派机制下这些系统的类已经被Bootstrap classLoader加载过了（为什么？因为当一个类需要加载的时候，最先去尝试加载的就是BootstrapClassLoader），所以其他类加载器并没有机会再去加载（因为其他加载器在加载前首先会向上委托，直到启动类加载器确定没有加载才会向下加载），所以我们写的这个String类就不会对系统生效，仅仅处于编译完成的状态。
至于为什么类加载过程中首先尝试加载的是BootstrapClassLoader加载器呢，这样的话不就是与上图不符了嘛？
首先，上图是在JVM启动完成后的样子，是我们自定义的类进去后需要走的流程，并不是JVM一开始启动就这样，我上面说过一句话，BootstrapClassLoader这个类加载器负责构造另外两个加载器，所以在JVM启动的时候，就会通过BootstrapClassLoader把rt.jar下面的核心类加载进来，并且构造那俩加载器，完成初始类加载。（这一段是我看大佬写的文章的自己的理解哈，应该可以帮助理解，有错请指出小弟一定立刻修改）
所以，双亲委派机制可以一定程度上保证代码的安全性，防止危险代码的植入。
最后给一下大佬的文章链接：
往这儿点