Java类加载隔离的核心是通过独立ClassLoader实例、打破双亲委派、接口与实现分离及插件自包含依赖，实现多版本类共存。每个版本独占ClassLoader，重写loadClass优先本地加载，公共接口由系统类加载器加载，插件打包为fat-jar并动态加载。
Java类加载隔离的核心，是让不同版本的同一类在JVM中互不干扰地共存。关键不在“写多少代码”，而在于控制类加载路径、切断双亲委派、确保类加载器实例隔离——只要满足“类加载器实例 + 类全名”唯一，v1和v2的MessageSender就能同时存在且各自调用无误。
明确隔离边界：每个版本独占一个ClassLoader实例
不能只定义一个CustomClassLoader类就完事。必须为每个插件/模块/版本创建独立的实例，例如：
new PluginClassLoader("/plugins/kafka-0.10/")new PluginClassLoader("/plugins/kafka-0.11/")
两个实例加载同名类（如KafkaProducer），JVM视为完全不同的类型，字段、方法、静态变量全部隔离。这是隔离生效的前提。
打破双亲委派：重写loadClass，优先本地加载
默认双亲委派会把请求层层上抛，最终由AppClassLoader统一加载，导致冲突。必须覆盖逻辑，让自定义加载器“先自己找，找不到再委托”：
立即学习“Java免费学习笔记（深入）”；
- 重写
loadClass(String name, boolean resolve)，开头调用findLoadedClass(name)查缓存 - 未命中则直接调用
findClass(name)从指定目录（如/plugins/v1/）读取字节码 - 仅当
findClass抛出ClassNotFoundException时，才调用super.loadClass向上委托
这样，v1模块的类绝不会被v2的jar污染，基础类（如java.lang.String）仍可安全委托给Bootstrap加载器。
接口与实现分离：公共契约走系统类加载器，具体实现走自定义加载器
避免跨加载器传参失败（如v1加载的Request对象无法被v2加载的Handler接收）。做法是：
- 定义
Operator、Result等接口放在主工程，由AppClassLoader加载 - 各版本插件只实现这些接口，内部使用自己版本的依赖（如
kafka-clients-0.10.2.2.jar） - 主程序通过反射或
newInstance()创建插件实例，并以接口类型持有引用
调用时，参数和返回值都用接口或JDK基础类型（String、Map、byte[]），不传递插件私有类。
资源与依赖打包：插件JAR需含全部运行时依赖
插件不能依赖主程序的classpath。推荐方式：
- 用
maven-assembly-plugin打包成fat-jar（含所有三方依赖class） - 目录结构清晰，如
/plugins/mysql-5.7/mysql-plugin.jar、/plugins/mysql-8.0/mysql-plugin.jar - ClassLoader初始化时，将对应路径作为
URL[]传入构造函数，或重写findClass按路径扫描.class文件
运行时只需切换加载路径，无需改代码、不重启JVM，即可动态加载不同版本。
