java插件化加载核心是继承classloader并重写findclass()，通过defineclass加载字节码，构造时传入null父加载器或在loadclass中按白名单委派，实现类隔离与热更新。
Java 中通过自定义 ClassLoader 实现插件化加载，核心是绕过双亲委派机制，在运行时动态加载外部 JAR 或 class 文件，并隔离类空间，避免主程序与插件类冲突。
重写 findClass() 而非 loadClass()
不要直接覆盖 loadClass()，否则容易破坏双亲委派逻辑或引发 NoClassDefFoundError。正确做法是继承 ClassLoader，重写 findClass(String name)，由它负责从插件路径读取字节码并调用 defineClass()：
- 在
findClass()中将类名转为路径（如com.example.PluginService→com/example/PluginService.class） - 从插件 JAR 的
ZipInputStream或本地文件系统读取该 class 的字节数组 - 调用
defineClass(name, bytes, 0, bytes.length)返回Class对象 - 确保父类加载器不提前加载同名类（可构造时传入
null父加载器，或显式跳过super.loadClass()）
打破双亲委派：显式委托与隔离策略
插件通常需独立依赖（如不同版本的 Guava），必须切断对 AppClassLoader 的默认委托：
- 构造自定义加载器时，不调用
super(parent)，或传入null作为 parent - 在
loadClass()中优先调用findClass()，仅当类名属于“共享包”（如java.*、javax.*、com.mycompany.shared.*）时才委派给父加载器 - 用白名单控制哪些类必须由系统加载，其余一律由插件加载器自己处理
插件 JAR 的资源定位与依赖管理
插件 JAR 往往自带 META-INF/MANIFEST.MF，可声明依赖或入口类：
- 解析 MANIFEST 获取
Plugin-Class（启动类）、Class-Path（依赖 JAR 列表） - 为每个插件创建独立的
URLClassLoader实例，把插件 JAR 和依赖 JAR 的URL传入 - 若需热更新，每次加载新版本插件时新建加载器实例，并确保旧实例及所加载类能被 GC（避免
static引用、线程持有、JDBC 驱动注册等泄漏点）
类实例化与跨加载器通信
插件类不能直接 new，需通过反射或统一接口桥接：
- 定义一个所有插件都实现的接口（如
Plugin），放在主程序中（由 AppClassLoader 加载） - 插件 JAR 中的实现类通过自定义加载器加载后，用
Class.newInstance()或反射构造器获取实例 - 将实例强制转型为接口类型（因接口由父加载器加载，JVM 允许跨加载器转型，前提是类型签名一致）
- 避免直接传递插件类的实例给主程序——只传接口、DTO 或 JSON 字符串等无加载器绑定的数据
不复杂但容易忽略：插件加载后要主动调用 Thread.currentThread().setContextClassLoader()，确保插件内调用 Class.forName() 或框架（如 SLF4J、Jackson）能正确找到其自身类。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
