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:
-
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,把实现类保持包私有
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南











