双亲委派模型
在介绍双亲委派模型前，我们需要引入类加载器的概念
绝大部分Java程序都会使用到以下3种系统提供的类加载器：
- 启动类加载器（Bootstrap ClassLoader） ：JDK中的常用类大都由启动类加载器加载，如java.lang.String、java.util.List等。需要特别说明的是，启动类Main class也由启动类加载器加载。
- 扩展类加载器（Extension ClassLoader）:位于rt.jar中，其被用于JavaFX的开发之中。
- 应用程序类加载器（Application ClassLoader）: 启动类Main class、其他如工程中编写的类、maven引用的类，都会被放置在类路径下。Main class由启动类加载器加载，其他类由应用程序类加载器加载。
但是，JVM建议用户将应用程序类加载器作为自定义类加载器的父类加载器。则类加载的双亲委派模型如图：
定义
双亲委派模型要求除了顶层的启动类加载器外，其余的类加载器都应当有自己的父类加载器。
双亲委派模型的工作过程是：
- 如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成。
- 每一个层次的类加载器都是如此。因此，所有的加载请求最终都应该传送到顶层的启动类加载器中。
- 只有当父加载器反馈自己无法完成这个加载请求时（搜索范围中没有找到所需的类），子加载器才会尝试自己去加载。
比如：现在自定义类中有一个String类，它不会从自身类中寻找String类(即使自身有自己实现的String类)，而是在其父类(Application ClassLoader)寻找，如果还没找到，那么找其父类的父类(Extension ClassLoader),再没找到的话就找(Bootstrap ClassLoader),如果最终还没找到，将抛出ClassNotFoundException异常。
作用
对于任意一个类，都需要由加载它的类加载器和这个类本身一同确立其在虚拟机中的唯一性，每一个类加载器，都拥有一个独立的类名称空间。因此，使用双亲委派模型来组织类加载器之间的关系，有一个显而易见的好处：类随着它的类加载器一起具备了一种带有优先级的层次关系。
