Java 9模块化中，变量访问权限仍由传统修饰符决定，跨模块需exports控制public成员可见性、opens允许反射访问非public成员，包私有类无法跨模块使用。
Java 9 模块化（JPMS）不是简单加个 module-info.java 就完事，它重构了类加载机制和访问控制逻辑。变量访问权限仍由传统修饰符（public/private/包私有/protected）决定，但模块系统在“跨模块”场景下叠加了一层更严格的可见性闸门——导出（exports）与开放（opens）才是关键。
变量访问权限仍归修饰符管，模块不改基础规则
一个字段是否能被读写，首先看它的 Java 访问修饰符：
-
public字段：同一模块内任何类都可直接访问；跨模块时，还必须所在包已被exports -
private或包私有字段：哪怕包已exports，其他模块也完全无法直接访问——编译报错，运行也失败 -
protected字段：仅对子类有效，且子类必须在同一模块或满足继承可见性条件；跨模块继承需额外注意exports和包结构
exports 控制“能不能看见并使用 public 成员”
exports 是模块边界的“可见性开关”，只影响 public 类及其 public 成员：
- 写
exports com.example.api;→ 其他模块能 new 这个包里的public class Service，能调用它的public void doWork()，也能读写它的public String name; - 但若
Service里有个String id;（包私有字段），即使包已导出，其他模块仍无法访问service.id，连编译都过不去 - 未
exports的包，整个包对外不可见：类名找不到、ClassNotFoundException、NoClassDefFoundError
opens 控制“能不能用反射碰非 public 成员”
框架如 Spring、Hibernate、JUnit 常依赖反射操作私有字段。这时 exports 不够，必须配 opens：
立即学习“Java免费学习笔记（深入）”；
-
opens com.example.model;→ 所有模块可在运行时通过反射访问该包内所有类的private/ 包私有字段和方法 -
opens com.example.config to spring.core;→ 更安全，只允许spring.core模块反射访问，其他模块不行 - 没写
opens，哪怕exports了包，调用field.setAccessible(true)也会抛IllegalAccessException
package-private 类根本跨不了模块
没有 public 修饰符的类（即包私有类），无论你是否 exports 它所在的包，其他模块都看不到它：
- 编译时报
cannot find symbol - 运行时报
NoClassDefFoundError或IllegalAccessError - 这不是反射问题，是类加载器压根不识别这个类名——模块系统不会穿透包级封装
- 想复用又不想暴露 API？可用
provides … with …+ service interface，把实现类保持包私有
