你想了解类加载过程双亲委派机制么？漫画+图解

双亲委派机制

在介绍双亲委派机制之前，我们首先要了解一下类的加载器。

类的加载器

虚拟机自带的加载器有Bootstrap ClassLoader(引导类加载器)，Extension ClassLoader(扩展类加载器)，AppClassLoader(系统类加载器)。

三者是包含关系，不是上层下层关系，也不是子父类继承关系。

Bootstrap ClassLoader(引导类加载器)

1. 这个加载器使用C/C++语言实现的，嵌套在jvm内部；
2. 它用来加载java核心库，用于提供JVM自身所需要的类
3. 并不继承自java.lang.ClassLoader，没有父加载器
4. 加载扩展类和应用程序类加载器，并指定为他们的父类加载器
5. 出于安全考虑，该加载器只加载包名为java、javax、sun等开头的类。

Extension ClassLoader(扩展类加载器)

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

AppClassLoader(系统类加载器)

1. Java语言编写
2. 派生于ClassLoader类
3. 父类加载器为扩展类加载器
4. 它负责加载环境变量classPath或系统属性java.class.path指定路径下的类库
5. 该加载器是程序中默认的类加载器，一般来说，java应用的类都是有它来加载完成的

现在可以说一说双亲委派机智了！！

双亲委派机制

工作原理

1. 如果一个类加载器收到了类加载请求，它并不会自己去加载，而是把这个请求委托给父类的加载器去执行；

2. 如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将达到顶层的启动类加载器；

3. 如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派模式。

图解

这里有一个通俗易懂的栗子

栗子

设：

​ 类：苹果

​ 系统加载类： 一个小孩

​ 扩展类加载器：小孩的妈妈

​ 引导类加载器：小孩的外婆

双亲委派机制的过程：

1. 首先，小孩拿到这个苹果；
2. 小孩比较懂礼貌把这个苹果让给自己的妈妈吃，妈妈觉得孩子这么有礼貌我也得有些作为，于是就让小孩的外婆吃；
3. 如果这个苹果适合外婆的牙口，那外婆就去吃这个苹果；
4. 如果这个苹果有些硬，外婆不能吃，则外婆就会交给小孩的妈妈，让她吃；
5. 她的牙口相比较好，她就可以吃，可是这个苹果有些酸，妈妈并不喜欢吃酸的；
6. 最后在给小孩，让小孩吃。

优势

1. 防止类的重复加载
2. 保护程序安全，防止核心API被篡改。