Java双亲委派模型：揭秘虚拟机中的神秘机制

在Java的世界里，类加载器是其中的一个核心组件，而双亲委派模型则是类加载器工作机制的基础。本文将深入浅出地解析Java双亲委派模型，探讨其在虚拟机中的重要作用。

一、什么是双亲委派模型？

双亲委派模型（Parent Delegation Model）是一种类加载机制，它要求除了顶层的启动类加载器外，其余的类加载器都应当有自己的父类加载器。当一个类加载器需要加载一个类时，它会先请求自己的父类加载器去加载，只有当父类加载器无法完成这个请求时，子类加载器才会尝试自己去加载。

二、双亲委派模型的作用

1. 避免类的重复加载

双亲委派模型确保了Java类库的安全性，避免不同版本的类被重复加载。如果每个类加载器都独立地加载一个类，那么当多个类加载器都加载了相同的类时，就会出现类冲突。而双亲委派模型通过父类加载器的委派机制，保证了同一个类只会被加载一次。

2. 避免核心API被随意篡改

双亲委派模型要求应用程序类加载器（AppClassLoader）的父类加载器是扩展类加载器（ExtensionClassLoader），而扩展类加载器的父类加载器是引导类加载器（BootstrapClassLoader）。这种设计使得核心API被放在了引导类加载器中，保证了核心API的安全性。如果有人恶意篡改了核心API，那么双亲委派模型会阻止这种篡改，确保应用程序的正常运行。

3. 提高类加载效率

双亲委派模型使得类加载器之间形成了层次结构，当需要加载一个类时，只需要从顶层类加载器开始向下查询，直到找到对应的类。这种查询方式大大提高了类加载效率。

三、双亲委派模型的工作原理

1. 引导类加载器（BootstrapClassLoader）

引导类加载器负责加载Java核心API，如rt.jar等。它是用原生代码（如C语言）实现的，运行在虚拟机外部。

2. 扩展类加载器（ExtensionClassLoader）

扩展类加载器负责加载Java扩展库，如jre/lib/ext目录下的jar包。它的父类加载器是引导类加载器。

3. 应用程序类加载器（AppClassLoader）

应用程序类加载器负责加载应用程序的类路径（classpath）中的类。它的父类加载器是扩展类加载器。

当应用程序需要加载一个类时，它会按照以下步骤进行：

（1）应用程序类加载器先请求扩展类加载器加载，如果扩展类加载器无法加载，则请求引导类加载器加载。

（2）引导类加载器加载成功，则返回类给应用程序类加载器；如果引导类加载器无法加载，则请求扩展类加载器加载。

（3）扩展类加载器加载成功，则返回类给应用程序类加载器；如果扩展类加载器无法加载，则请求应用程序类加载器加载。

（4）应用程序类加载器加载成功，则返回类给应用程序；如果应用程序类加载器无法加载，则抛出ClassNotFoundException异常。

四、双亲委派模型的局限性

1. 无法加载具有相同全名的类

双亲委派模型要求子类加载器不能加载具有相同全名的类，否则会抛出ClassNotFoundException异常。这可能导致某些情况下，类加载器无法满足需求。

2. 无法实现插件机制

双亲委派模型要求类加载器之间的层次结构固定，这使得实现插件机制变得困难。

总结

Java双亲委派模型是虚拟机中的一种重要机制，它保证了类加载的安全性、提高了类加载效率。然而，双亲委派模型也存在一些局限性。在实际开发过程中，我们需要根据具体情况选择合适的类加载器，以实现项目的需求。