Java动态加载外部类本质是通过ClassLoader在运行时加载字节码，常用URLClassLoader加载JAR（需jar:file:/path.jar!/格式），或自定义ClassLoader重写findClass实现类隔离与热替换，加载后须用反射实例化并调用。
Java 类加载机制本身不直接“动态加载外部类”，而是通过类加载器（ClassLoader）在运行时按需加载字节码——所谓“动态加载外部类”，本质是让 JVM 在程序启动后，从本地文件系统、网络或内存中读取 .class 或 JAR 文件，并将其定义为可用的 Class 对象。关键不在“机制”本身，而在你如何选用或定制合适的类加载器，并绕过默认双亲委派的限制。
用 URLClassLoader 加载本地 JAR 中的类
这是最常用、最轻量的动态加载方式，适用于已编译好的外部 JAR（如插件包）。
- 路径必须转为标准 JAR URL 格式：
jar:file:/absolute/path/to/plugin.jar!/，末尾 !/ 必不可少，否则会抛 IllegalArgumentException - 不能直接传
file:///path.jar或绝对路径字符串，URLClassLoader 不识别 - 推荐写法：
File jarFile = new File("/opt/plugins/myplugin.jar");
URL jarUrl = jarFile.toURI().toURL(); // 自动转成 file:...
URL jarJarUrl = URI.create("jar:" + jarUrl + "!/").toURL(); // 补上 jar: 和 !/
URLClassLoader loader = new URLClassLoader(new URL[]{jarJarUrl}, ClassLoader.getSystemClassLoader());
Class> clazz = loader.loadClass("com.example.PluginImpl");
自定义 ClassLoader 突破双亲委派
当需要隔离类、热替换或加载加密/混淆后的字节码时，必须打破默认委派链，重写 loadClass() 或更推荐的 findClass()。
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
立即学习“Java免费学习笔记（深入）”；
- 继承
ClassLoader，不要重写loadClass()全流程，而是覆写findClass(String name) - 在
findClass中：读取 JAR 文件 → 定位对应JarEntry→ 调用entry.getInputStream()获取字节码 → 调用defineClass(name, bytes, 0, bytes.length) - 务必显式指定父加载器（如
super(parent)），避免无意间委托给系统加载器导致类冲突
加载非 JAR 的独立 .class 文件
若只有单个 class 文件（如规则脚本编译结果），可配合 FileInputStream + 自定义加载器。
- 读取
/tmp/DynamicService.class得到 byte[] - 调用
defineClass("DynamicService", bytes, 0, bytes.length) - 注意类全限定名必须与文件路径结构一致（如
com.foo.DynamicService对应/com/foo/DynamicService.class） - 无需解析常量池或验证，JVM 在 defineClass 时自动完成
调用加载后的类需依赖反射
动态加载的类无法在编译期引用，只能靠反射实例化和调用。
- 确保目标类实现统一接口（如
Plugin），便于类型安全转换 - 用
clazz.getDeclaredConstructor().newInstance()创建实例 - 方法调用前建议先
setAccessible(true)（若访问私有方法） - 异常要捕获
NoClassDefFoundError、ClassNotFoundException、IllegalAccessException等
