📌PDF：大白话说Java面试题 — 02-JVM篇

第11题：什么情况下我们需要破坏双亲委派模型

📚回答：

• 核心概念：
  双亲委派模型是 JVM 中类加载器的核心机制，但在某些特殊场景下，我们需要打破这一机制以满足特定需求。以下是常见的场景及其原因：

1. 热部署与动态加载

• 场景描述：

  • 在一些容器（如 Tomcat、Spring Boot）中，需要支持热部署或动态加载用户自定义的类。
  • 如果严格按照双亲委派模型，用户自定义类会被父类加载器优先加载，导致无法实现热更新或动态替换。

• 解决方案：

  • 自定义类加载器，重写loadClass方法，绕过父类加载器的优先级。

  💡代码示例：
  以下代码展示了如何通过自定义类加载器打破双亲委派模型：

publicclassCustomClassLoaderextendsClassLoader{@OverrideprotectedClass<?>loadClass(Stringname,booleanresolve)throwsClassNotFoundException{// 不委托给父类加载器，直接由当前类加载器加载if(name.startsWith("com.example")){returnfindClass(name);}returnsuper.loadClass(name,resolve);}}

2. 框架隔离与插件化开发

• 场景描述：

  • 在微服务架构或插件化开发中，不同模块可能依赖不同版本的同一个库（如 Spring 或 Hibernate）。
  • 如果严格按照双亲委派模型，只会加载一个版本的类，无法满足多版本共存的需求。

• 解决方案：

  • 使用独立的类加载器为每个模块加载自己的类库，避免冲突。例如，OSGi 框架通过自定义类加载器实现了模块化隔离。

3. SPI（Service Provider Interface）机制

• 场景描述：

  • Java 的 SPI 机制允许框架加载第三方实现类（如 JDBC 驱动）。
  • 如果严格按照双亲委派模型，这些实现类可能无法被正确加载，因为它们不在核心类库路径下。

• 解决方案：

  • ServiceLoader使用线程上下文类加载器（Thread.currentThread().getContextClassLoader()）加载 SPI 实现类，绕过了双亲委派模型。

  💡源码解析：
  SPI 的实现可以参考java.util.ServiceLoader的源码，其中关键逻辑如下：

ClassLoadercl=Thread.currentThread().getContextClassLoader();

4. 容器类加载器

• 场景描述：

  • 在 Web 容器（如 Tomcat）中，Web 应用的类需要与容器类隔离。如果严格按照双亲委派模型，Web 应用的类可能会被容器类加载器加载，导致冲突。

• 解决方案：

  • Tomcat 使用自定义类加载器为每个 Web 应用加载独立的类，避免与其他应用或容器类冲突。

5. 总结对比

💡面试官视角：

• 面试官可能会问“为什么要打破双亲委派模型？”答：为了满足热部署、动态加载、多版本共存等特殊需求，提升系统灵活性。
• 面试官可能会追问“如何实现自定义类加载器？”答：通过继承ClassLoader并重写loadClass方法，绕过父类加载器的优先级。