介绍双亲委派模型，为什么需要它？（面经）

双亲委派模型（Parent Delegation Model）是Java类加载器（ClassLoader）在加载类时所采用的一种设计模式。其核心思想是：当一个类加载器收到类加载请求时，它首先不会尝试自己加载这个类，而是将请求委派给其父类加载器。这个过程会递归进行，直到最顶层的启动类加载器（Bootstrap ClassLoader）。如果父类加载器无法加载该类，子类加载器才会尝试自己去加载。

为什么需要双亲委派模型呢？这主要有以下几个原因：

1. 安全性：双亲委派模型确保了Java核心类库的安全性。通过这种模型，Java核心类库只能由引导类加载器加载，从而防止应用程序中的类覆盖或篡改核心类库。例如，java.lang.Object类总是由引导类加载器加载，这样可以避免安全风险。
2. 避免类的重复加载：在双亲委派模型中，每个类加载器都有一个独立的命名空间。当一个类被加载后，它的类加载器会缓存这个类的字节码信息。在需要再次加载这个类时，类加载器会先检查缓存，从而避免重复加载同一个类，节省了资源并提高了性能。
3. 逻辑清晰：双亲委派模型使类加载过程更加清晰和易于管理。类加载器之间有明确的职责分工，父类加载器处理基础类，子类加载器处理应用类。这样，整个类加载过程变得层次分明，易于理解和调试。

双亲委派模型在Java类加载器中的应用是一种优秀的设计原则，它有助于确保类加载过程的稳定性、安全性和可维护性。然而，在某些特殊场景下（如OSGi、Java热加载等），双亲委派模型可能无法满足需求，需要采用其他类加载策略。在这些场景下，开发者需要充分了解类加载机制，以避免产生意外的问题。

具体来说，Java中的类加载器可以分为以下几种：

• Bootstrap ClassLoader（引导类加载器）：这是Java虚拟机自带的类加载器，使用C++实现，是虚拟机的一部分。它主要负责加载Java核心类库，如rt.jar、tools.jar等。
• Extension ClassLoader（扩展类加载器）：它主要负责加载<JAVA_HOME>\lib\ext目录下，或者被java.ext.dirs系统变量所指定的路径中的所有类。
• Application ClassLoader（应用程序类加载器）：它负责加载用户类路径（Classpath）上所有的类库。开发者可以直接在代码中使用这个类加载器（java.lang.ClassLoader#getSystemClassLoader）。

这三种类加载器之间存在父子关系，即引导类加载器是扩展类加载器的父加载器，扩展类加载器是应用程序类加载器的父加载器。这种层级关系是双亲委派模型得以实现的基础。