个人商城网站源码wap类网站

JVM 之双亲委派机制与打破双亲委派

一、什么是双亲委派？

当类加载器收到类加载请求时，会先将请求委托给父类加载器处理，最终传递至顶层的启动类加载器（Bootstrap Class Loader）。只有当父类加载器无法完成加载任务时，子类加载器才会尝试自行加载。

二、为什么需要双亲委派机制？

1. 安全层面

• 防止恶意类替换核心类（如java.lang.Object）：所有类加载最终由顶层加载器处理，确保核心类来自可信来源。

2. 避免重复加载

• 父类加载器已加载的类，子类无需重复加载，提升性能。例如：
  • 无论哪个加载器加载java.lang.Object（位于rt.jar），最终都由启动类加载器处理，保证全局唯一。

三、双亲委派机制源码解析

/*** 类加载核心方法，实现双亲委派逻辑*/
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {synchronized (getClassLoadingLock(name)) {// 1. 先检查类是否已加载，避免重复加载Class<?> c = findLoadedClass(name);if (c == null) {long t0 = System.nanoTime();try {// 2. 委托父类加载器加载if (parent != null) {c = parent.loadClass(name, false);} else {// 父类为null时，使用启动类加载器c = findBootstrapClassOrNull(name);}} catch (ClassNotFoundException e) {// 父类加载失败，继续由子类尝试}// 3. 父类加载失败时，调用findClass自行加载if (c == null) {long t1 = System.nanoTime();c = findClass(name);// 性能统计sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);sun.misc.PerfCounter.getFindClasses().increment();}}// 4. 按需解析类if (resolve) {resolveClass(c);}return c;}
}

四、为什么需要破坏双亲委派？

1. 双亲委派的局限性

双亲委派机制实现了自上而下的类加载顺序（子类委托父类加载），但在以下场景中会遇到问题：

• 基础类需要调用用户自定义类：如 JDK 提供的 SPI（Service Provider Interface）机制。
• 类加载顺序的逆向需求：父类加载器需要依赖子类加载器加载的类。

2. 典型场景：SPI 机制与数据库驱动

以 JDBC 驱动加载为例：

• java.sql.Driver接口定义在 JDK 中（由启动类加载器加载），但其实现类（如 MySQL 驱动）由第三方厂商提供，需由系统类加载器（AppClassLoader） 加载。
• 启动类加载器无法直接加载用户实现的驱动类，因此需要打破双亲委派，由父类加载器反向委托子类加载器完成加载。

五、如何破坏双亲委派？

1. 重写loadClass方法（JDK 1.2 前兼容方式）

• 原理：双亲委派逻辑核心在loadClass方法中，重写该方法可绕过默认的委托流程。

• 示例

  protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {// 自定义加载逻辑，不调用父类loadClass方法if (需要自行加载的条件) {return findClass(name);}return super.loadClass(name, resolve);
  }
  

• 注意：JDK 1.2 后推荐重写findClass方法（而非loadClass），但为向前兼容仍保留了重写loadClass的能力。

2. 使用线程上下文类加载器（Thread Context ClassLoader）

• 核心机制：通过Thread.currentThread().setContextClassLoader()设置加载器，允许父类加载器使用子类加载器加载类。

• 应用场景

  • JDBC 驱动加载：DriverManager通过ServiceLoader.load(Driver.class)调用上下文类加载器加载驱动实现类。
  • Spring 框架：通过上下文类加载器实现逆向依赖加载。

• 源码示例

  // 设置线程上下文类加载器
  Thread.currentThread().setContextClassLoader(loader);// 在DriverManager中使用上下文类加载器
  ServiceLoader<Driver> loadedDrivers = ServiceLoader.load(Driver.class);
  

六、破坏双亲委派的典型案例：DriverManager 加载流程

static {loadInitialDrivers();System.out.println("JDBC DriverManager initialized");
}private static void loadInitialDrivers() {// 1. 获取系统属性中的驱动配置String drivers = System.getProperty("jdbc.drivers");// 2. 使用ServiceLoader加载驱动（核心：通过上下文类加载器加载）ServiceLoader<Driver> loadedDrivers = ServiceLoader.load(Driver.class);Iterator<Driver> driversIterator = loadedDrivers.iterator();// 3. 加载用户定义的驱动类String[] driversList = drivers.split(":");for (String aDriver : driversList) {// 关键：通过系统类加载器加载用户实现的驱动类Class.forName(aDriver, true, ClassLoader.getSystemClassLoader());}
}

核心逻辑：

• ServiceLoader.load(Driver.class)会默认使用当前线程的上下文类加载器（通常是系统类加载器），实现父类（JDK 核心类）委托子类（用户类加载器）加载驱动实现类。

七、总结：双亲委派与破坏场景对比

场景	是否遵循双亲委派	实现方式
加载 JDK 核心类	是	启动类加载器直接加载
加载应用自定义类	是	应用类加载器→扩展类加载器→启动类加载器
加载 SPI 实现类	否	线程上下文类加载器逆向加载
自定义类加载器	可选择	重写loadClass或使用上下文加载器

最佳实践：

• 除非必要，避免破坏双亲委派机制，以保证类加载的安全性和一致性。
• 当需要实现 “父类依赖子类加载” 场景时，优先使用线程上下文类加载器，而非重写loadClass方法。