在 Java 模块系统中，若包内仅有非类文件（如配置、图片、JSON 等资源），直接使用 exports 会导致编译错误；此时应改用 open module 声明，以启用运行时反射式资源访问。
在 java 9+ 模块系统中，若包内仅有非类文件（如配置、图片、json 等资源），直接使用 `exports` 会导致编译错误；此时应改用 `open module` 声明，以启用运行时反射式资源访问。
Java 模块系统对“导出（exporting）”有严格语义：exports 仅适用于包含至少一个 public 类或接口的包，且该包必须能被编译器识别为“已声明并编译通过的 Java 包”。若一个包仅含 .properties、.json、.png 等非 .class 文件，JDK 编译器（javac）在处理 module-info.java 时会判定该包“不存在”或“为空”，从而拒绝 exports 声明，报错类似：
error: package <pkg> is not exported by module <module></module></pkg>
✅ 正确解法是将整个模块声明为 open module：
open module jogamp.fat {
// 不需要 exports 语句
// 所有包（包括纯资源包）均对反射访问开放
}
open module 的语义是：该模块在运行时对 Java 反射（如 Class.getResource()、ClassLoader.getResources()）完全开放，即使包中无任何 .class 文件，其资源路径也能被其他模块正常加载。这是专为资源访问场景设计的合规方案。
⚠️ 注意事项：
-
open module仅影响运行时反射访问，不影响编译期类型可见性（即不解决new SomeClass()的编译问题）； - 若模块同时需导出类 和 开放资源，可混合使用：
exports com.example.api; open com.example.resources;； -
open修饰单个包（open com.example.resources;）在 JDK 17+ 支持，但要求该包必须存在且已被编译器识别（即仍需含至少一个类）——因此对纯资源包仍不适用，必须升级为open module； - 避免滥用
open module：它会削弱封装性，仅在确实需要跨模块反射读取资源时启用。
? 总结：当遇到“空包无法 export”错误，请优先检查是否误用 exports 处理纯资源目录；正确做法是将模块整体设为 open module，既符合 JLS 规范，又确保 getResourceAsStream() 等 API 在模块路径下稳定工作。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
