Java 9下动态添加JAR至类路径的原有方案是否失效？求确认

没错，你观察得完全正确——Java 9及后续版本确实彻底改变了类加载的规则，你之前使用URLClassLoader动态扩展类路径的方案在Java 9+环境下已经不再可靠，甚至会直接失效。

为什么原来的方案不行？ #

Java 9引入了模块系统（JPMS），核心目标是实现更严格的代码封装、依赖管理和模块化部署。官方明确说明了：Java SE和JDK并未为应用或库提供在运行时动态扩展类路径的标准API，这是因为动态修改类路径的行为会破坏模块系统的封装性和依赖确定性。

虽然URLClassLoader这个类在Java 9+中还存在，但它的行为已经被限制：

• 它无法再访问模块路径（module path）中的模块类，除非显式配置模块权限
• 在模块化应用中，使用URLClassLoader加载的类可能会遇到IllegalAccessException或ClassNotFoundException
• 后续Java版本（比如Java 16+）进一步收紧了非法访问的限制，临时兼容的开关也被逐步移除

针对你的场景的替代方案 #

根据你的bootloader+核心应用的架构，这里有几个可行的替代方向：

1. 非模块化应用的临时兼容方案（不推荐长期使用）

如果你的核心应用还没有模块化，可以通过启动参数暂时放宽限制：

• 添加--illegal-access=permit（Java 9-15支持，Java 16+已移除）
• 或者使用--add-modules java.se.ee来启用传统的类路径兼容模式

但注意，这只是过渡方案，后续Java版本会彻底移除这些兼容开关。

2. 模块化应用的官方推荐方案：使用ModuleLayer动态加载模块

如果你的核心应用已经模块化，Java 9+推荐使用ModuleLayer和Configuration来动态加载模块：

// 构建模块配置
Configuration config = ModuleLayer.boot().configuration()
    .resolve(ModuleFinder.of(coreJarPath), ModuleFinder.of(), Set.of("your.core.module"));
// 创建新的模块层
ModuleLayer layer = ModuleLayer.boot().defineModulesWithOneLoader(config, ClassLoader.getSystemClassLoader());
// 加载主类并调用main方法
Class<?> mainClass = layer.findLoader("your.core.module").loadClass(mainClassName);
Method mainMethod = mainClass.getDeclaredMethod("main", String[].class);
mainMethod.invoke(null, new Object[]{args});

这种方式完全符合JPMS的设计规范，是长期可行的方案。

3. 第三方类加载库

如果不想引入模块系统的复杂度，可以使用成熟的第三方类加载库来管理动态类加载，比如：

• JBoss Modules：提供灵活的模块化类加载机制，兼容Java各个版本
• OSGi：适合复杂的模块化应用场景

这些库可以帮你绕过JPMS的限制，同时提供更灵活的类加载控制。

总结 #

Java 9+确实废弃了传统的动态扩展类路径的方案，这是模块系统带来的必然变化。如果想长期兼容Java新版本，建议逐步迁移到模块化方案，或者使用第三方类加载库来替代原来的URLClassLoader实现。

内容的提问来源于stack exchange，提问作者Thomas S.