Java 16受限环境下如何实现运行时动态加载JAR包？

之前所有旧方案失效的核心原因，是试图通过反射修改已完成初始化的系统类加载器的内部类路径，一旦触发高版本Java的非法反射拦截逻辑就完全不可用。只要调整加载思路，全程走公开API，不需要任何hack就能满足所有项目约束。

核心实现逻辑 #

完全不修改系统类加载器的类路径，针对运行时下载的依赖创建独立隔离的类加载器，初始化时直接传入所有已下载的JAR路径，全程不调用任何私有方法，兼容Java 8到最新的Java版本，无任何模块封装限制。
示例代码：

// 1. 扫描本地约定的依赖存储目录，获取所有已下载的JAR文件
File depStorageDir = new File("预先指定的依赖存储路径");
File[] depJars = depStorageDir.listFiles((dir, fileName) -> fileName.endsWith(".jar"));
if (depJars == null || depJars.length == 0) {
    throw new IllegalStateException("依赖目录未发现可加载的JAR包");
}

// 2. 把JAR文件转换为类加载器可识别的URL数组
URL[] depUrls = new URL[depJars.length];
for (int i = 0; i < depJars.length; i++) {
    depUrls[i] = depJars[i].toURI().toURL();
}

// 3. 直接调用公开构造方法创建独立类加载器，无需任何反射操作
// 父加载器传入当前应用的类加载器，自动复用JDK内置类和主应用已加载的类，避免类冲突
URLClassLoader dynamicLoader = new URLClassLoader(depUrls, MainApp.class.getClassLoader());

拿到类加载器后，直接通过dynamicLoader.loadClass("依赖类的全限定名")即可加载对应的业务类，使用方式和之前反射加路径的方案完全一致，不需要改业务逻辑的调用代码。

适配动态新增依赖的场景 #

如果在运行过程中又下载了新的依赖JAR，不需要反射修改旧的类加载器，只要以旧类加载器作为父加载器，把新旧所有JAR路径传入创建新的类加载器即可，自动继承之前加载过的所有类：

// 收集所有已存在的JAR路径
URL[] allUrls = collectAllExistingJarUrls();
// 新类加载器的父加载器指向旧的动态加载器
URLClassLoader newLoader = new URLClassLoader(allUrls, oldDynamicLoader);
// 替换线程上下文类加载器，让业务逻辑可以获取到新加载的类
Thread.currentThread().setContextClassLoader(newLoader);

方案适配性 #

• 完全符合体积约束：主应用JAR包不需要打包任何第三方依赖，所有依赖下载到独立目录加载，主包可以控制在2MB以内
• 不需要修改JVM启动参数：全程在业务代码内部完成类加载逻辑，无启动参数依赖
• 全Java版本兼容：全程使用类加载器的公开构造API，没有任何反射调用私有方法的操作，从Java 8到Java最新版本都不会触发模块封装拦截
• 避免类冲突：通过独立的类加载器隔离三方依赖，不同版本的依赖不会和主应用的类路径产生冲突

注意：跨类加载器做交互时，要把双方交互用到的接口类放在主应用的类路径下，保证两个类加载器能加载到同一个类定义，避免出现类类型转换异常。

内容的提问来源于stack exchange，提问作者Brandon Li