资源加载冲突本质是模块化下类加载器权限与范围变化所致，需通过module-info.java的exports/opens声明、module::getresource替代classloader调用、--add-opens参数及避免同名资源覆盖来解决。
资源变量加载路径冲突在模块化环境下本质是类加载器行为变化引发的访问权限与查找范围问题，不是单纯路径写错。module-info.java 本身不直接处理资源加载，但它通过模块封装边界和读取权限控制，决定了资源能否被其他模块定位和读取。
明确资源所在模块的导出与开放策略
Java 模块系统默认不自动导出任何包，也不允许跨模块读取非模块化资源（如 /config/app.properties）。即使资源文件放在 src/main/resources 下，若所在模块未显式开放资源包或未声明可被读取，其他模块调用 ClassLoader.getResource() 或 getResourceAsStream() 就会返回 null。
- 若资源位于 已命名模块 的某个包内（例如 com.example.config.app.properties），需确保该包被
exports（仅对类可见）或更关键的opens（对反射和资源访问开放）：
module com.example.config {
exports com.example.config;
opens com.example.config to com.example.service, com.example.web;
}
-
opens是解决资源加载失败的核心指令——它允许指定模块通过类加载器访问该包下的所有资源文件（.properties、.xml、.json 等）； - 不能写
opens com.example.config;（无目标），否则仅对本模块有效；必须精确列出能读取它的消费者模块名； - 若资源在默认包（即 resources 根目录下），无法用
opens控制，此时应迁移到具名包中，或改用模块层资源访问方式（见下一条）。
用 Module::getResource 替代 ClassLoader::getResource
传统 ClassLoader.getResource("config/app.properties") 在模块路径下可能失效，因为自动模块或显式模块的资源搜索逻辑已改变。推荐在已知模块上下文中，直接使用模块实例获取资源：
- 在模块内代码中，可用
this.getClass().getModule().getResource("config/app.properties")； - 若需从其他模块读取资源，前提是：① 资源所在包已被
opens到当前模块；② 当前模块已在module-info.java中声明requires目标模块； - 避免依赖
Thread.currentThread().getContextClassLoader()，它在模块化应用中可能指向不可控的类加载器链，导致路径不可预测。
处理自动模块中的资源访问限制
老项目 JAR 放入 --module-path 后成为自动模块（如 logback-classic-1.4.14.jar → 模块名 logback.classic），但它们不会自动 opens 任何包，也不支持 module-info.java 配置。这意味着你无法用 opens 开放其内部资源路径。
- 解决方案一：将关键配置资源（如 logback.xml）移出自动模块 JAR，放到主应用模块的
src/main/resources并用opens开放对应包； - 解决方案二：启动时添加 JVM 参数强制开放，例如：
--add-opens java.base/java.lang=ALL-UNNAMED --add-opens logback.classic/ch.qos.logback.core=ALL-UNNAMED； - 注意：
ALL-UNNAMED表示向所有未命名模块（即传统 classpath 加载的代码）开放，适用于 Spring Boot 3 默认的“混合模式”启动场景。
避免多模块导出同名资源路径引发的覆盖
当两个不同模块（如 com.example.api 和 com.example.impl）都包含 /META-INF/spring.factories 或同名 messages_zh.properties，且都被加入模块路径时，JVM 不会合并内容，而是按模块解析顺序“选一个”，极易造成功能缺失或语言切换异常。
- 检查构建产物：用
jar -tf target/xxx.jar | grep "spring.factories"确认哪些模块实际携带了该资源； - 统一由核心模块提供公共资源，其余模块移除重复文件，并通过
requires显式依赖该核心模块； - 对国际化资源，建议按模块前缀隔离，如
api.messages_zh.properties和impl.messages_zh.properties，再由上层逻辑按需加载。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
