除--add-modules ALL-SYSTEM外，有无更优的JDK模块动态加载方式？

当通过ModuleFinder、ModuleLayer等API动态加载依赖未默认加载JDK模块（如java.sql）的模块化插件时，会触发java.lang.module.FindException，同时还会遇到JDBC驱动自动加载失效的问题，以下是针对性的解决方案及评估：

现有方案的评估 #

• 方案1：框架显式依赖java.sql
  这是最严谨的方案，仅加载实际需要的模块，完全避免冗余和冲突。但缺点是灵活性不足，若未来插件依赖其他JDK模块，需每次更新框架的模块声明。
• 方案2：使用--add-modules ALL-SYSTEM
  能一次性解决所有JDK模块依赖问题，但会加载全部系统模块，既增加启动开销，又提升了类路径/模块路径的同名类冲突风险，仅适合临时调试，不推荐生产环境使用。

更优的针对性方案 #

1. 精准动态加载所需JDK模块 #

JDK模块并非无法在运行时加载，可通过ModuleLayerAPI引导特定系统模块加入，在加载插件模块前执行：

// 获取引导层配置
ModuleLayer bootLayer = ModuleLayer.boot();
Configuration bootConfig = bootLayer.configuration();

// 查找并解析需要的JDK模块
ModuleFinder systemFinder = ModuleFinder.ofSystem();
Configuration newConfig = bootConfig.resolve(systemFinder, ModuleFinder.of(), Set.of("java.sql"));

// 创建包含新增模块的扩展层
ModuleLayer newLayer = bootLayer.defineModulesWithOneLoader(newConfig, ClassLoader.getSystemClassLoader());

这种方式仅加载所需模块，兼顾灵活性与严谨性，比ALL-SYSTEM更可控。

2. 修复JDBC驱动自动加载失效问题 #

JDBC 4.0+的自动加载依赖ServiceLoader机制，模块化环境下需满足以下条件：

• 插件模块的module-info.java需声明requires java.sql;或requires transitive java.sql;
• 若MySQL驱动是模块化Jar，其module-info.java需包含provides java.sql.Driver with com.mysql.cj.jdbc.Driver;
• 若驱动为非模块化Jar，需确保它在类路径上，且META-INF/services/java.sql.Driver文件存在

若自动加载仍失效，推荐直接使用DataSource替代DriverManager，避开ServiceLoader依赖：

MysqlDataSource dataSource = new MysqlDataSource();
dataSource.setURL("jdbc:mysql://localhost:3306/your_db");
dataSource.setUser("username");
dataSource.setPassword("password");
Connection conn = dataSource.getConnection();

该方式更稳定，无需依赖自动加载机制。

总结最优方案 #

优先选择精准动态加载所需JDK模块，配合DataSource替代DriverManager解决连接问题。若框架允许修改模块声明，方案1也为可靠选择；--add-modules ALL-SYSTEM仅作为临时调试手段。

内容的提问来源于stack exchange，提问作者rheinert.leon