Java变量在JPMS中的访问控制核心在于模块边界定义：未exports的包，即使含public static final字段，外部模块也无法编译引用、运行加载或反射访问；exports声明是第一道防线，需精确导出接口包，禁用无目标opens，显式requires依赖并阻断隐式链。

Java 变量在 JPMS 中的访问控制，核心不在字段修饰符（如 private），而在于模块边界是否被严格定义。即使一个字段是 public static final，只要它所在的类位于未导出的包中，外部模块就无法编译引用、无法运行时加载其类型，连反射都触不到——这是物理级隔离。

只导出真正需要暴露的接口包

变量是否可被访问，第一道防线是 exports 声明。模块默认不对外暴露任何包，未声明 exports 的包，无论内部类是否 public，其他模块都无法访问。

• ✅ 正确做法：将敏感配置、内部实现类放在 com.example.internal 或 com.example.config 包中，module-info.java 中不写任何 exports 语句
• ✅ 接口或 DTO 包才导出：如 exports com.example.api;，仅让消费方通过契约交互
• ❌ 错误做法：把含密码字段的 ConfigHolder 放在 com.example.api 并导出，等于直接暴露原始值

用 exports to 实现定向可见

若某些变量需对特定模块（如测试或框架）有限开放，可用 exports ... to 精确授权，避免广播式暴露。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 例如：只允许测试模块读取内部状态用于断言：exports com.example.internal to com.example.test;
• 生产环境依赖方未出现在 to 列表中，即便声明了 requires，也无法访问该包下的任何类型
• 注意：消费模块必须在 requires 中显式声明依赖，否则仍无法使用

禁止反射越权：opens 必须带目标模块

反射是绕过封装的主要风险点，JPMS 用 opens 提供合规通道——但它不是“开放给所有人”，而是“开放给指定模块”。

立即学习“Java免费学习笔记（深入）”；

• 需要 Jackson 序列化某个模型包？写：opens com.example.model to com.fasterxml.jackson.databind;
• 绝不能写：opens com.example.model;（无目标）或 opens com.example.*;（通配危险）
• 未声明 opens 的包，即使反射调用 setAccessible(true)，JVM 也会抛 IllegalAccessError

切断隐式依赖链，防止间接越权

第三方库可能通过你依赖的中间模块“搭便车”获得访问路径。JPMS 要求所有依赖显式声明，可阻断此类链路。

• 避免滥用 requires transitive 引入你不直接使用的模块，尤其对低信誉库
• 用 jdeps --list-deps your-app.jar 定期检查实际加载的模块，识别未声明却偷偷接入的依赖
• 启动时加 --illegal-access=deny（Java 16+ 默认启用），禁用旧式反射降级行为