JVM-类加载子系统-双亲委派机制

一、什么是双亲委派机制？

首先我们得知道，JVM对class文件采用的是按需加载的方式进行加载，只有需要使用该类的时候才会把其class文件加载到内存中生成class对象，在这个加载的过程中，该类加载器首先把这个任务委托给他的上级类加载器，递归这个操作，直到顶级引导类启动器，如果父类加载器可以完成类的加载任务，就成功返回，如果无法完成，自己的加载器才会去加载这个类，这便是双亲委派机制。如图所示：

代码演示：
如下我们新建一个java.lang.String类(尝试覆盖默认核心api的String类)，一个测试类；我们通过新建的这个String类new了一个对象，就必定会把String这个类加载进内存，如果我们没有双亲委派机制，那么在我们new出这个str的时候，必定会输出语句“我是自定义String类的静态代码块”，则覆盖成功。但是输出结果仅显示"hello,atguigu.com"而没有静态代码块的内容，说明在这过程中存在某种机制，阻碍了我们尝试去覆盖默认核心api，这种机制便是双亲委派机制，原因就在于在前一篇文章提到的那样JVM-类加载器的分类，出于安全考虑，BootStrap启动类加载器只加载包名为java、javax、sun等开头的类，而我们的String类所在的包就是java开头的，因此这个类归启动类加载器管，由启动类加载器来加载这个String类，因此并不会输出这个类其中的静态代码块的内容。

二、双亲委派机制的优势？

1.避免类的重复加载
2.保护程序安全，防止核心api被篡改
如上面所展示的自定义java.lang.String和下面所展示的java.lang.shkStart

三、沙箱安全机制

首先通过如下代码直接了解一下沙箱安全机制。

观察结果我们不难看到，报了个找不到main方法的错误，原因就在于我们试图重写一个String类去覆盖核心api里面的String类，但是因为双亲委派机制的存在，在网上逐层寻找父类加载器的时候发现，这个类的包是以java开头的，归引导类加载器管，由于String类存在，所以就由引导类加载器去加载系统核心api里面的String类而不是我们自定义的类，而核心api里面常用的字符串是没有main方法的，因此报错，这便是沙箱安全机制