Java模块化系统（JPMS）不直接实现插件化，但通过ModuleLayer管理独立模块生命周期，结合自定义类加载器控制字节码来源与命名空间，为安全可控的插件化提供运行时基础；接口由宿主加载、实现类由插件层加载，卸载插件即关闭对应ModuleLayer。
Java 模块化系统（JPMS）本身不直接做插件化，但它为安全、可控的插件化提供了运行时基础；类加载器则是把模块“活起来”的执行引擎。二者配合的关键，在于用 ModuleLayer 管理模块生命周期，用 自定义类加载器 控制字节码来源和命名空间边界。
模块层（ModuleLayer）是插件模块的“容器”
每个插件模块应运行在独立的 ModuleLayer 中，而不是塞进同一个 layer：
- 主应用使用
ModuleLayer.boot()启动默认层，只加载核心模块（如java.base、宿主接口模块） - 加载插件时，调用
Configuration.resolveAndBind()构建新配置，再用ModuleLayer.defineModulesWithOneLoader()创建专属 layer - 同一插件的不同版本可分别定义在不同 layer，天然避免类冲突——即使都叫
com.example.PluginService，JVM 也视其为不同类型
类加载器要绑定模块路径，而非简单委托
不能复用 AppClassLoader 加载所有插件，必须为每个插件 layer 配一个专属加载器：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 构造
URLClassLoader时，传入插件 JAR 所在目录（如/plugins/report/2.1/），并显式指定父加载器为宿主类加载器（确保能访问统一接口） - 重写
loadClass()：先查本路径（findClass()），仅当加载java.*或宿主共享包时才委派给父加载器 - 避免把多个插件 JAR 添加到同一个 URLClassLoader 实例——这会破坏物理隔离，导致版本污染
接口必须由宿主加载，实现类才可安全使用
这是避免 ClassCastException 的铁律：
立即学习“Java免费学习笔记（深入）”；
- 宿主项目打包一个纯接口 JAR（如
plugin-api.jar），不含默认方法、不依赖插件具体实现 - 插件模块编译期依赖该 JAR，但运行时不包含它；JVM 从宿主 layer 加载接口类，从插件 layer 加载实现类
- 实例化后，强转为宿主加载的接口类型即可，无需反射或中间适配器
卸载插件 = 丢弃 layer + 清理引用
JPMS 不支持运行时卸载单个模块，但可整体移除 layer：
- 调用
ModuleLayer.close()（JDK 14+）释放该 layer 下所有模块资源 - 确保无静态引用、线程持有、ThreadLocal 存储指向该 layer 的类或实例
- 若需更细粒度控制（如热更新），仍需结合自定义类加载器 +
WeakReference管理，layer 仅作模块元信息隔离
