Java模块系统中不存在“变量模块”，模块必须预先编译并包含合法module-info.class；动态挂载实为运行时创建新ModuleLayer加载已编译模块JAR，需经定位、解析、定义、激活四步，且模块图不可修改。
ModuleLayer 本身不支持“运行时变量模块”这种说法——Java 模块系统中没有“变量模块”的概念。模块是静态声明、编译期定义、运行时解析的单元，由 module-info.class 明确描述依赖（requires）、导出（exports）、服务提供（provides）等结构。所谓“动态挂载”，准确说是在运行时创建新 ModuleLayer，加载已编译好的模块 JAR（含合法 module-info.class），并使其参与类加载与服务发现。
模块必须预先编译，不能“临时生成”
Java 模块不是字符串或配置项，不能像 Spring Bean 那样用代码“构造一个模块”。每个模块需满足：
- 包含有效的
module-info.class，且其requires/exports关系可被Configuration.resolve()成功解析； - JAR 文件需放在文件系统或可访问的路径中，由
ModuleFinder定位； - 模块内容（类、资源）需与声明一致，否则加载时抛出
InvalidModuleDescriptorException或ResolutionException。
动态挂载的标准流程
实际操作分四步，缺一不可：
-
定位模块：用
ModuleFinder.of(Paths.get("plugin-v2.jar"))找到目标模块； -
解析依赖：调用
Configuration.resolve(finder, parentLayer.configuration(), ...)，确保所有requires模块在父层或 finder 中存在； -
定义新层：用
ModuleLayer.defineModulesWithOneLoader(config, parentLayer, classLoader)创建层； -
激活使用：通过该层的
ClassLoader加载类，或用ServiceLoader.load(serviceInterface, layer.getClassLoader())获取新版本服务实现。
为什么不能“挂载变量”或“运行时定义模块结构”
模块图（Module Graph）在 JVM 启动后是只读的，ModuleLayer 的设计目标是叠加隔离层，而非修改已有模块。例如：
- 你无法让已加载的
com.example.core模块突然新增一个exports com.example.internal； - 也不能在运行时“补写”一个 module-info.java 并让它生效——JVM 不解析源码，只验证二进制 descriptor；
- 若需行为变更，正确做法是：打包新版本模块 JAR（含更新后的
module-info.class），再用新ModuleLayer加载它，并通过接口/服务机制切换使用。
替代方案：轻量级动态行为注入
如果目标是“不重启改逻辑”，可结合 ModuleLayer 与其他机制：
-
服务替换：保持接口模块（如
com.example.rule.api）稳定，每次挂载新ModuleLayer提供不同RuleEngineImpl，通过ServiceLoader动态选取； - 脚本/规则引擎：模块内嵌 GraalVM Polyglot 或 Aviator 表达式引擎，把“变量逻辑”转为可热重载的数据或脚本，而非模块本身；
-
配置驱动：模块通过
java.util.ServiceLoader或java.util.prefs.Preferences读取外部配置，实现运行时策略切换，无需重新挂载模块。
