Java 类加载器怎么通过双亲委派机制加载扩展类-java教程-PHP中文网

扩展类加载器默认负责加载javax.*等扩展类，但不主动发起加载，而是由AppClassLoader委派后才介入；它从JAVA_HOME/jre/lib/ext或java.ext.dirs路径加载，JDK9+由平台类加载器替代。

java 类加载器怎么通过双亲委派机制加载扩展类

Java 类加载器通过双亲委派机制加载扩展类，并不是由扩展类加载器“主动发起”加载，而是遵循“先向上委托、再向下尝试”的固定流程。关键在于：扩展类（如 javax.* 下的类）**默认由扩展类加载器（Extension ClassLoader）加载**，但它本身不直接启动加载动作，而是被上层的应用类加载器触发、经委派后才介入。

扩展类加载器的职责范围

扩展类加载器负责加载以下位置的类：

JAVA_HOME/jre/lib/ext 目录下的所有 JAR 包（JDK 8 及之前）
由系统属性 java.ext.dirs 指定的路径中的 JAR 或 class 文件
部分 JDK 自带的扩展 API，例如 javax.crypto.*、javax.xml.* 等（非核心但非应用自定义）

双亲委派中它如何被调用

当代码中首次引用一个扩展类（比如 javax.crypto.Cipher）时，实际触发的是应用程序类加载器（AppClassLoader）。此时流程如下：

AppClassLoader 收到加载请求，不直接查找，而是调用 getParent() 向上委派给 ExtClassLoader
ExtClassLoader 接收到委派后，检查自己负责的路径（如 ext 目录）是否存在对应类的字节码
若存在，读取并定义为 Class 对象，完成加载；若不存在，继续向上委派给 BootstrapClassLoader
Bootstrap 不处理 javax.* 类（它只认 java.* 核心类），返回失败，控制权回到 ExtClassLoader —— 此时它已确认该类应由自己加载

验证它是否生效的简单方式

可通过打印类加载器链直观确认：

Java调试

通过 JDWP 实现 Java 远程调试：连接远程 JVM、设置断点、单步执行代码、查看变量值、获取调用栈。适用于需要调试远程 Java 应用、排查运行时状态、追踪代码执行流程的场景。术语注解 JDWP：Java Debug Wire Protocol，Java 调试有线协议（Java 远程调试底层通信协议） remote JVM：远程 Java 虚拟机 step through code：代码单步调试（步入 / 步过 / 步出调试） inspect variables：变量查看 / 变量检视 stac

下载

System.out.println(Class.forName("javax.crypto.Cipher").getClassLoader()); // 输出 ExtClassLoader 实例
System.out.println(Class.forName("java.lang.String").getClassLoader());     // 输出 null（Bootstrap 加载）
System.out.println(getClass().getClassLoader());                           // 输出 AppClassLoader

注意：JDK 9+ 中扩展类加载器已被平台类加载器（PlatformClassLoader）替代，但委派逻辑不变，仍承接原 ExtClassLoader 的职责。