Java插件隔离的核心是为每个插件创建独立类加载路径和专属ClassLoader实例：按“组件+版本”组织目录结构，每次启动时新建ClassLoader绑定对应路径，重写loadClass实现本地优先加载，并通过接口契约实现跨版本安全调用。
Java 类加载器实现插件隔离，核心在于让每个插件拥有独立的类加载路径和专属的类加载器实例——路径决定字节码来源，实例决定类型身份，二者共同构成物理隔离的基础。
按组件+版本建独立目录结构
不能把所有插件 JAR 放进同一文件夹。必须按“组件名+版本号”维度组织物理路径，例如：
- /plugins/kafka/0.10/：存放 kafka-clients-0.10.x.jar 及其全部私有依赖（如 netty、slf4j-api）
- /plugins/kafka/3.5/：存放 kafka-clients-3.5.x.jar 及配套依赖（可能含新版 jackson-databind）
- /plugins/mysql/5.1/ 和 /plugins/mysql/8.0/ 同理，各自封闭打包，互不交叉
目录本身不产生隔离，但它为后续加载器提供了唯一、可绑定的字节码来源，避免 findClass 时误读其他版本的类。
为每个插件创建独立 ClassLoader 实例
关键不是定义一个 PluginClassLoader 类，而是每次启动插件时 new 出一个新实例：
立即学习“Java免费学习笔记（深入）”；
- 错误做法：全局复用一个 loader 实例，反复 addURL() 切换路径 → 所有版本挤在同一命名空间
- 正确做法：插件 v0.10 启动时 new PluginClassLoader(Paths.get("/plugins/kafka/0.10").toUri())；v3.5 启动时 new 另一个新实例绑定 /kafka/3.5 路径
JVM 将 类全限定名 + 加载器实例 视为完整类型标识。因此 com.example.KafkaProducer 在 v0.10 加载器下和在 v3.5 加载器下，是两个完全无关、无法赋值、无法强转的类。
重写 loadClass 实现本地优先加载
默认双亲委派会把请求推给 AppClassLoader，导致低版本插件被高版本依赖污染。必须显式打破委派链：
- 先查缓存：
findLoadedClass(name)，命中则直接返回 - 再本地加载：
findClass(name)仅从本实例绑定路径读取字节码 - 仅当
findClass明确抛出ClassNotFoundException时，才调用super.loadClass委托（留给 java.*、javax.* 等基础类）
这样既保证插件内部依赖不外溢，又保留 JVM 基础运行能力。
接口与实现分层加载，支持跨版本调用
隔离不是割裂，而是为了安全共存。调用方需依赖统一契约：
- 定义
MessageService、Operator等接口，打包进主程序，由系统类加载器（AppClassLoader）加载 - 各插件只实现这些接口，内部使用自己版本的依赖（如 kafka-clients-0.10.2.2.jar）
- 主程序通过反射或 newInstance() 创建插件实例，并以接口类型持有引用
- 调用时参数和返回值都用接口或 JDK 基础类型（String、Map、byte[]），绝不传递插件私有类
资源与依赖必须打包进插件 JAR（如用 maven-assembly-plugin 打成 jar-with-dependencies），插件不能依赖主程序 classpath。
