java动态扩展需类加载器与反射协同：自定义类加载器（如继承urlclassloader）负责动态加载新类，反射通过接口调用其方法；需统一接口、目录监控、类隔离及安全校验。
Java 类加载器和反射机制配合，能实现在程序运行中动态加载新类、调用新功能，无需重启服务。核心在于：类加载器负责把字节码“放进 JVM”，反射负责“认识并使用它”。两者协同，才能真正完成扩展。
类加载器是“搬运工”，决定新类能不能被看见
默认的系统类加载器（System ClassLoader）只加载启动时 classpath 下的类，运行中新增的 class 文件它不会自动发现。所以必须自定义一个类加载器，让它能监控指定目录、读取新 .class 文件，并生成对应的 Class 对象。
- 继承
URLClassLoader或直接实现ClassLoader，重写findClass()方法 - 关键点：调用
defineClass()把字节数组转为 JVM 可识别的 Class 实例 - 避免双亲委派（如需隔离加载），可覆写
loadClass()跳过父加载器
反射是“翻译官”，让新类能被实际调用
光有 Class 对象还不够，得通过反射创建实例、调用方法。前提是新类必须实现某个已知接口（比如 Extension），否则编译期无法约定行为。
- 用
Class.forName(className, true, customLoader)触发加载并初始化 - 调用
clazz.getDeclaredConstructor().newInstance()创建对象 - 用
getMethod("execute").invoke(instance)执行业务逻辑 - 若方法或字段私有，需先调用
setAccessible(true)
扩展流程要闭环：接口 + 监控 + 加载 + 调用
真实场景中，不能靠手动丢 class 文件再敲命令。需要一套轻量闭环机制：
- 定义统一扩展接口（如
public interface Plugin { void run(); }） - 监听指定目录（如
plugins/）的文件变化，用WatchService捕获新增 .class - 用自定义加载器加载该类，检查是否实现接口，失败则跳过
- 缓存 Class 实例或对象，支持按名称/ID 查询和调用
- 可配合配置中心或数据库，把插件元信息（类名、路径、启用状态）外部化
注意类加载隔离与内存泄漏风险
反复加载同一类名的不同版本，容易引发 LinkageError 或内存泄漏——旧 Class 对象及其静态资源可能无法回收。
- 每个插件建议使用独立的 ClassLoader 实例，卸载时显式置空引用
- 避免静态集合持有插件类的实例或 Class 对象
- 优先使用接口而非具体类名做类型判断，减少硬编码依赖
- 生产环境建议加校验：签名验证、字节码安全扫描（如禁止
Runtime.exec）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
