opens是JPMS中专为反射设计的精确授权机制，仅允许指定模块通过反射访问特定包的私有成员，不导出API、不破坏封装；exports则仅开放public成员，对反射无效。
opens 关键字不是“开个口子就完事”，而是模块化系统中专为反射设计的精确授权机制。它只对指定包生效，且仅允许反射访问——不导出、不暴露 API、不破坏封装边界，但能让框架（如 Jackson、Hibernate）安全地操作私有字段。
什么时候必须用 opens，而不是 exports
exports 只让其他模块调用 public 类和方法，对 private 字段、protected 方法、包私有类完全无效；即使包被 exports，反射仍会失败。而 opens 是唯一能解封反射权限的模块级指令：
- 需要序列化/反序列化含 private 字段的 DTO（如 Lombok 生成的 @Data 类）
- 依赖注入容器需设置 private 成员变量（Spring 的 @Autowired 字段注入）
- 测试框架（Mockito、JUnit 5 ParameterResolver）需修改私有状态做隔离验证
- 自定义注解处理器在运行时读取私有配置类（如 @Configurable 注解扫描）
正确写法：粒度到包，不开放整个模块
错误示范是 open module com.example.core { ... } ——这等于把整块代码库的内部实现全摊开。正确做法是只 opens 实际被反射调用的包：
-
安全写法：
opens com.example.api.config to com.example.service;（仅授权 service 模块反射 config 包） -
测试专用写法：
opens com.example.domain to org.junit.platform.commons;（JUnit 可反射 domain 包，生产模块不可见） -
避免 ALL-UNNAMED：不要写
opens com.example.util to ALL-UNNAMED，除非你明确接受所有未命名模块（如传统 classpath 启动方式）的反射穿透
配合 JVM 参数才能真正生效
module-info.java 中的 opens 声明只是“模块契约”，实际运行时还需 JVM 认可。尤其当反射调用方不在你声明的 to 目标模块内（比如用了第三方 jar 或脚本启动），必须补运行时参数：
- 若反射来自未命名模块（如直接 java -cp 启动）：
--add-opens your.module/com.example.api.config=ALL-UNNAMED - 若已知调用方模块名（如 com.example.web）：
--add-opens your.module/com.example.api.config=com.example.web - 多个包需分别声明：
--add-opens your.module/com.example.api.config=ALL-UNNAMED --add-opens your.module/com.example.api.model=ALL-UNNAMED
注意：--add-opens 必须在 java 命令最前面，且大小写、斜杠、点号必须与 module-info.java 中完全一致，否则静默失效。
常见失败场景与快速排查
遇到 InaccessibleObjectException 或警告日志 Illegal reflective access，优先检查以下三点：
- module-info.java 是否漏写了 opens，或写成了 exports（exports 对反射无效）
- JVM 启动参数是否缺失对应 --add-opens，或目标模块名拼错（如 com.example.app 写成 com.example.App）
- 反射调用是否用了 getDeclaredField() / getDeclaredMethod() —— 用 getField() 等 public 专用方法永远拿不到 private 成员
不复杂但容易忽略
