JVM 双亲委派模型

 一言以蔽之，向上委托，向下委派。

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

 案例 1：加载 /jre/lib/resources.jar

我们知道 /jre/lib/resources.jar 是需要被启动（BootStrap）类加载器加载的核心类库，那么我们来看看它的加载流程图

 

• 步骤 1：resources.jar 会先通过自定义类加载器（前提是我们实现了自定义类加载器），自定义类加载器不会做处理，直接向上委托给系统（System Application）类加载器；
• 步骤 2：系统（System Application）类加载器接到委托后，也不做任何处理，直接向上委托给扩展（Extension）类加载器；
• 步骤 3：扩展（Extension）类加载器接到委托后，也不做任何处理，直接向上委托给启动（Bootstrap）类加载器；
• 步骤 4：启动（Bootstrap）类加载器接到委托后，发现 resources.jar 是自己负责加载的核心类库，于是进行加载，最后成功加载了 resources.jar。

案例 2：加载 /jre/lib/ext/cldrdata.jar

我们能够知道 /jre/lib/ext/cldrdata.jar 是需要被扩展（Extension）类加载器加载的核心类库，那么我们来看看它的加载流程图。

 

• 步骤 1：cldrdata.jar 会先通过自定义类加载器（前提是我们实现了自定义类加载器），自定义类加载器不会做处理，直接向上委托给系统（System Application）类加载器；
• 步骤 2：系统（System Application）类加载器接到委托后，也不做任何处理，直接向上委托给扩展（Extension）类加载器；
• 步骤 3：扩展（Extension）类加载器接到委托后，也不做任何处理，直接向上委托给启动（Bootstrap）类加载器；
• 步骤 4：启动（Bootstrap）类加载器接到委托后，发现 cldrdata.jar 不是自己负责加载的核心类库，于是进行向下委派，委派给扩展（Extension）类加载器；
• 步骤 5：扩展（Extension）类加载器接到委派后，发现 cldrdata.jar 是自己负责加载的核心类库，于是进行加载，最后成功加载了 cldrdata.jar。

Tips：我们可以看到，在向上委托的过程中，cldrdata.jar 虽然在步骤 3 已经达到了扩展（Extension）类加载器，但是由于扩展（Extension）类加载器需要遵循向上委托的原则，必须要将 cldrdata.jar 向上委托给启动（Bootstrap）类加载器，直到启动（Bootstrap）类加载器向下委派 cldrdata.jar 到扩展（Extension）类加载器才进行类库的加载。