Java反射不直接加载JAR，需配合URLClassLoader等类加载器；先构造合法URL并指定父加载器，再用loadClass或Class.forName获取Class对象，最后通过反射创建实例、调用方法；注意Java强封装、模块化限制及类查找顺序。
Java 中反射本身不直接“加载”外部 JAR 包，而是配合类加载器（ClassLoader）完成类的定位与初始化。真正实现动态加载 JAR 的核心是 URLClassLoader 或自定义 ClassLoader，反射则用于后续的类操作——比如获取 Class 对象、创建实例、调用方法。两者协同工作，但职责分明。
准备 JAR 文件并构造 URLClassLoader
要加载外部 JAR，必须先让 JVM 知道它的位置。推荐使用 file: 协议的 URL，并传入 URLClassLoader：
- 确保 JAR 路径是绝对路径，避免相对路径引发的
FileNotFoundException - 用
new File(jarPath).toURI().toURL()构造合法 URL，比硬写"file:/..."更健壮 - 建议显式指定父加载器（如
ClassLoader.getSystemClassLoader()），避免双亲委派导致类被系统加载器提前拦截
用 Class.forName 或 loadClass 加载目标类
获得类加载器后，有两种常用方式获取 Class 对象：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
classLoader.loadClass("com.example.MyTool")：只加载、不初始化（跳过静态块），适合需要控制初始化时机的场景 -
Class.forName("com.example.MyTool", true, classLoader)：第二个参数true表示强制初始化，会执行 static 块和静态字段赋值 - 注意：类全限定名必须准确，包路径错误或类不存在会抛
ClassNotFoundException
通过反射创建实例并调用方法
拿到 Class 对象后，即可用标准反射 API 操作：
立即学习“Java免费学习笔记（深入）”；
- 用
clazz.getDeclaredConstructor().newInstance()创建实例（需无参构造；如有参，先用getDeclaredConstructor(...)获取） - 若方法是 private，需先调用
method.setAccessible(true)（Java 9+ 在模块强封装下，可能还需 JVM 启动参数--add-opens） - 调用
method.invoke(instance, args...)执行方法，注意捕获InvocationTargetException（包装实际异常）
注意安全与兼容性边界
动态加载不是“万能胶”，有几处关键限制必须提前处理：
- Java 17+ 默认启用强封装，对
java.base等模块的反射访问会被拒绝，必须在启动时加--add-opens java.base/java.lang=ALL-UNNAMED等参数 - JAR 包若含
module-info.class，它会被视为命名模块，无法被 URLClassLoader 直接加载为传统 classpath 类；建议保持 JAR 为传统非模块化结构 - 多个 JAR 间存在同名类时，URLClassLoader 按 URL 数组顺序查找，后加载的不会覆盖已加载的——这和热替换不同，需自行管理生命周期
