Java类加载器不直接实现模块化开发，而是通过支持JPMS提供底层执行机制：维护独立命名空间、突破双亲委派实现受控跨模块查找、深度集成module-info.class验证依赖与封装。

Java 类加载器本身不直接“实现模块化开发”，但它为模块化开发提供了底层支撑机制。真正的模块化开发在 Java 中主要通过 JPMS（Java Platform Module System，自 Java 9 引入） 实现，而类加载器是 JPMS 在运行时落地的关键执行者。二者协同工作，才能达成真正意义上的模块化——即编译期可声明、运行期可隔离、依赖可验证。

---

模块化开发依赖类加载器的三个关键能力

• 独立命名空间
  每个类加载器维护自己的类缓存和类型定义空间。即使两个模块包含同名类（如 com.example.Service），只要由不同类加载器加载，JVM 就视其为完全不同的类型，不会冲突。这是实现模块间二进制隔离的基础。

• 双亲委派模型的灵活突破
  标准双亲委派保证核心类安全，但模块化场景下需打破“全盘委托”：

  • JPMS 中的模块类由 ModuleLayer 管理，每个 layer 可拥有专属的类加载器（如 ModuleClassLoader）；
  • 当模块 A 依赖模块 B，A 的类加载器不会直接委托给 B 的加载器，而是通过 ModuleLayer 的 findModule 和 defineModule 协作完成链接；
  • 这种受控的跨模块类查找，替代了传统 classpath 下的扁平化搜索，实现了按需可见、显式导出。

• 与 module-info.class 深度集成
  类加载器在加载模块路径（--module-path）上的 JAR 时，会优先读取其中的 module-info.class：

  • 解析 requires、exports、opens 等指令；
  • 验证依赖是否满足（如被 require 的模块是否已定义、是否导出了所需包）；
  • 若违反封装（如访问未导出包），在类加载阶段就抛出 IllegalAccessError，而非等到运行时报 NoClassDefFoundError 或反射失败。

---

实际开发中如何配合使用

• 写模块声明
  在每个模块根目录添加 module-info.java：

  module order.service {
      requires java.base;
      requires user.api;
      exports com.order.service;
  }

• 编译与打包
  使用 javac --module-source-path 编译，用 jar --create --file=order.service.jar --module-version=1.0 -C out/order.service . 打包，确保含 module-info.class。

• 运行时启用模块层隔离
  启动时指定模块路径，并可动态创建 Layer 实现多租户或插件化：

  ModuleFinder finder = ModuleFinder.of(Paths.get("mods"));
  Configuration cf = ModuleLayer.boot().configuration()
      .resolve(finder, ModuleFinder.of(), Set.of("order.service"));
  ClassLoader scl = ClassLoader.getSystemClassLoader();
  ModuleLayer layer = ModuleLayer.defineModulesWithOneLoader(cf, List.of(scl));
  // 此 layer 中的类，仅能看到自己 exports 的内容，且无法绕过 require 加载其他模块私有类

---

自定义类加载器补充模块化能力（非 JPMS 场景）

在 Java 8 或轻量级容器（如 OSGi 替代方案）中，可通过继承 ClassLoader 实现模块化效果：

• 为每个插件/业务域分配独立类加载器；
• 重写 loadClass()，禁用默认双亲委派（先自己找，再委派），实现“本地优先”；
• 覆盖 findClass()，从特定目录或 URL 加载字节码；
• 利用 defineClass() 注入类时，自动绑定到当前加载器的命名空间。

⚠️ 注意：这种方式需自行管理依赖、导出、服务发现等，JPMS 已将其标准化并内建于 JVM。

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

---

模块化开发不是单靠类加载器“做出来”的，而是由 模块声明（源码层）→ 编译工具链（构建层）→ JVM 模块系统（运行层）→ 类加载器（执行层） 共同完成的体系工程。类加载器是那个最终把“模块边界”翻译成“内存隔离”的执行引擎。

立即学习“Java免费学习笔记（深入）”；