JVM的双亲委派机制原理

JVM的三种类加载器

一、引导类加载器（Bootstrap ClassLoader）

1. 这个类加载器是由C/C++实现的，嵌套在JVM内部。
2. 它是用来加载java的核心类库，用于提供JVM自身需要的类。（JAVA_HOME/jre/lib/rt.jar、resources.jar或sun/boot/class/path路径下的内容）
3. 不继承java.lang.ClassLoader，没有父加载器。
4. 加载扩展类加载器、应用类加载器，并指定为他们的父加载器。
5. 出于安全考虑，BootstrapClassLoader只加载包名以java、Javax、sun等开头的类。

二、扩展类加载器（Extension ClassLoader）

1. Java语言编写，由sun.misc.Launcher$ExtClassLoader实现。
2. 派生于ClassLoader类
3. 父类加载器为启动类加载器(Bootstrap ClassLoader)
4. 从java.ext.dirs系统属性所指定的目录中加载类库，或从JDK的安装目录jre/lib/ext子目录（扩展目录）下加载类库。如果用户创建的JRE放在此目录下，也会自动由扩展类加载器加载。

三、应用程序类加载器（系统类加载器，AppClassLoader）

1. java语言编写，由sun.misc.Launcher$AppClassLoader实现。
2. 派生于ClassLoader类。
3. 父类加载器为扩展类加载器 Extension ClassLoader
4. 它负责加载环境变量classpath或系统属性 java.class.path 指定路径下的类库
5. 该类加载器是程序默认的类加载器，一般来说，Java应用的类都是由它类完成
6. 通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器。

双亲委派机制工作原理

1. 如果一个类加载器收到了类加载请求，它并不会自家先去加载，而是把这个请求委托给父类的加载器去执行；
2. 如果父类加载器还存在其父类加载器，则进一步向上委托，一次递归，请求最终将到达顶层的启动类加载器；
3. 如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派模式。

举例

1. 自定义一个java.lang.String类，完全模仿 Java类库中的String类，但类里面什么都不写。
2. 在测试类中创建String对象，并且进行 String 的 API 操作，程序并不会报错。
3. 解释：因为根本就没有加载我们自己定义的String类。在类加载时，加载器会一层层的向上委托，一直到引导类加载器BootstrapClassLoader，BootstrapClassLoader发现java.lang.String类是归它管的，它就会加载String类，而且它只会加载Java类库中的String类，我们自定义的String类不在其加载路径下，它根本就不会加载到我们自定义的String类。

优势

1. 防止类的重复加载
2. 保护程序安全，防止核心API被随意篡改。（上面的举例） – --沙箱安全机制