Java插件化隔离的核心是为每个插件创建独立ClassLoader实例并打破双亲委派：先本地加载插件类，再委托父加载器；接口须由宿主ClassLoader加载，实现类由插件ClassLoader加载；还需管控TCCL、资源查找与内存泄漏。

Java 插件化架构依赖类加载隔离，而隔离的核心不是反射或注解，是自定义 ClassLoader 实例 + 主动 打破双亲委派 + 严格的 加载边界控制。同一个类名被不同加载器加载，在 JVM 中就是两个完全无关的类型——这正是插件间互不干扰、热替换、多版本共存的基础。

每个插件必须配独立 ClassLoader 实例

不能只写一个 PluginClassLoader 类就完事。必须为每个插件（甚至每个版本）创建全新实例：

• 插件 A：用 new PluginClassLoader("/plugins/a/", hostClassLoader)
• 插件 B：用 new PluginClassLoader("/plugins/b/", hostClassLoader)

即使两者都加载 com.example.Service，JVM 也认为是两个类：无法强转、静态变量不共享、字段互不可见。这是隔离的物理前提。

重写 loadClass 实现“先本地、后委托”

默认双亲委派会把所有请求上抛到 AppClassLoader，导致插件类被宿主提前加载而冲突。必须覆盖 loadClass 方法，改变加载顺序：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

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

• 第一步：调用 findLoadedClass(name) 检查是否已加载
• 第二步：对插件专属包（如 com.myplugin.*）直接调用 findClass(name) 从插件目录读取字节码
• 第三步：仅当本地找不到时，才显式委托给父加载器（如宿主加载器），确保 java.lang.* 等基础类仍可安全使用

接口与实现必须由不同加载器加载

插件和宿主通信只能靠接口，且该接口必须由宿主类加载器加载：

• 宿主提供纯接口 JAR（不含 default 方法、无静态字段），由系统类加载器加载
• 插件编译期依赖此接口，但运行时不打包进插件包
• 插件中的实现类由自己的 ClassLoader 加载；实例化后，用宿主加载的接口类型接收对象，才能安全强转

否则会触发 ClassCastException —— 不是因为代码写错，而是两个加载器加载的同名接口在 JVM 看来根本不是同一个类型。

配套机制不可少

仅改 loadClass 还不够，还需同步处理：

• TCCL 设置：插件线程执行前，需将当前线程上下文类加载器设为插件自己的加载器，避免 SPI 或日志等框架误用宿主加载器
• 资源加载重写：重写 getResource/getResources，确保插件内 getResourceAsStream("config.json") 查的是插件包内资源，而非宿主 classpath
• 内存泄漏防护：插件卸载时，清除该 ClassLoader 所有引用（如静态监听器、线程池、缓存），并显式置 null，防止 ClassLoader 及其加载的所有类长期驻留堆中