Java 9+ 模块系统默认禁止运行时反射访问非导出包中的资源文件；若某包仅包含配置、图片、JSON 等非 .class 文件，直接 exports 会编译失败，此时应使用 open module 声明实现运行时资源可访问。
java 9+ 模块系统默认禁止运行时反射访问非导出包中的资源文件；若某包仅包含配置、图片、json 等非 `.class` 文件，直接 `exports` 会编译失败，此时应使用 `open module` 声明实现运行时资源可访问。
在基于模块化的 Java 应用（如使用 module-info.java）中，exports 语句仅允许其他模块编译期访问该包中的 public 类型，且 JDK 要求被导出的包必须至少包含一个 .class 文件（即有效 Java 类）。因此，当你的包（例如 com.example.assets）仅存放 logo.png、config.properties 或 schema.json 等资源文件时，即使路径存在、内容完整，exports com.example.assets; 仍会触发编译错误：
error: module does not export package com.example.assets to module xxx
或更明确的提示：
error: package com.example.assets is empty or does not exist
这是因为模块系统在编译期校验导出包时，严格依赖类路径下的 .class 文件存在性，而完全忽略非 class 资源。
✅ 正确解法：使用 open moduleopen module 是 Java 9 引入的关键机制，它使整个模块在运行时对反射（如 Class.getResource()、ClassLoader.getSystemResource()）开放，无需显式导出任何包即可访问其中所有资源文件——无论该包是否含 .class 文件。
示例 module-info.java：
open module com.example.app {
// 不需要 exports com.example.assets;
// 也不需要确保 assets/ 下有 .class 文件
}
此后，在其他模块中即可安全调用：
// ✅ 成功加载资源（即使 com.example.assets 包下只有 logo.png）
URL logo = MyClass.class.getResource("/com/example/assets/logo.png");
InputStream is = MyClass.class.getResourceAsStream("/com/example/assets/config.properties");
⚠️ 注意事项：
-
open module仅影响运行时反射访问，不改变编译期可见性（即其他模块仍不能 import 该包中的类，除非显式exports）； - 若模块同时需导出类 + 提供资源，可混合使用：
exports com.example.api; open module com.example.app;； -
open修饰单个包（opens com.example.assets;）也支持，但仅对指定包生效，且仍要求该包存在（通常需含至少一个类）；而open module更简洁、彻底，适用于纯资源模块场景； - 生产环境应审慎使用
open module，因其放宽了封装边界；若仅需有限资源访问，优先考虑将资源移至已导出包内，或通过服务接口提供资源读取能力。
总结：当面临“纯资源包无法导出”问题时，open module 不是妥协，而是模块系统为资源访问场景设计的标准方案——它绕过编译期包存在性检查，直击运行时资源可发现性的本质需求。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
