JDK1.8和1.9中类加载器有哪些不同?

1. 类加载器简介

JVM 采用**类加载器（ClassLoader）**来动态加载 .class 文件。

从 JVM 角度来看，类加载器分为两类：

1. 启动类加载器（Bootstrap ClassLoader）：用 C++ 实现，属于 JVM 本身的一部分。

2. 其他 Java 实现的类加载器：继承自 java.lang.ClassLoader，用于加载应用程序类。

2. JDK 1.8 及之前的类加载器

在 JDK 1.8 及之前，Java 使用 3 种默认类加载器：

3. JDK 1.9 之后的类加载器变化

JDK 1.9 引入 Jigsaw 模块化系统（Project Jigsaw），对类加载器进行了调整：

新的 Platform ClassLoader（平台类加载器）

• JDK 1.9 之后，扩展类加载器被移除，改为 Platform ClassLoader。

• Platform ClassLoader 作用：

  • 负责加载 JDK 平台 API 的非核心模块（如 java.sql）。

  • 不能直接访问 java.base 模块（由 Bootstrap ClassLoader 加载）。

  • 无法直接访问 classpath，但可以通过 ModuleLayer 访问。

4. JDK 1.8 vs JDK 1.9 类加载器结构

JDK 1.8 类加载器结构

Bootstrap ClassLoader
  ├── Extension ClassLoader
  │     ├── 加载 JAVA_HOME/lib/ext 目录
  ├── Application ClassLoader
        ├── 加载 classpath 目录
        ├── 自定义类加载器（User-defined ClassLoader）

JDK 1.9 类加载器结构

Bootstrap ClassLoader
  ├── Platform ClassLoader  (JDK 9+ 新增)
  │     ├── 加载 JDK 平台模块（如 java.sql）
  ├── Application ClassLoader
        ├── 加载 classpath 目录
        ├── 自定义类加载器（User-defined ClassLoader）

5. 类加载器的继承关系

类加载器并不是继承关系，而是 组合关系，即父类加载器是一个 ClassLoader 类型的成员变量：

public abstract class ClassLoader {
    private final ClassLoader parent;  // 组合关系
}

在 ClassLoader 内部，如果找不到类，会委派给 parent 继续查找：

protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
    Class<?> c = findLoadedClass(name);
    if (c == null) {
        if (parent != null) {
            c = parent.loadClass(name, false);
        } else {
            c = findBootstrapClassOrNull(name);
        }
    }
    return c;
}

6. 关键变化总结

7. 影响

1. 模块化影响类加载

   • JDK 1.9 之后，类被封装在 module-info.java 中，非公开模块不能被直接访问。

2. Platform ClassLoader 只能加载特定的 JDK 模块

   • 不能直接加载 classpath 中的类。

3. 自定义类加载器仍然适用

   • 但需要在模块化环境下遵循新的访问规则。

8. 结论

• JDK 1.9 之后，Platform ClassLoader 替代了 Extension ClassLoader。

• 类加载器仍然遵循双亲委派模型，但模块化影响了类加载机制。

• 自定义类加载器仍然适用，但需要遵循模块化规则。