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 终端节点、同步与异步等。
- 第一步：调用
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 及其加载的所有类长期驻留堆中
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
