要让框架内私有变量跨模块访问，关键用 exports to 精准授权编译期可见性，而反射访问私有成员必须用 opens to；例如 exports com.example.config to spring.core 仅允许 spring.core 编译期引用，且需配合 requires spring.core 和 public 类声明。

要让框架内私有变量（如 Spring、Hibernate、JUnit 等）跨模块访问，关键不是“绕过”封装，而是用 exports to 精准授权——它允许你只对特定模块开放包的编译期可见性，既满足框架运行需求，又避免全局暴露。

明确目标：哪些变量需要被谁访问？

先区分两类访问场景：

• 框架调用 public 类的 public 成员 → 只需 exports com.example.api;
• 框架反射操作 private/package-private 字段或方法（如 Jackson 序列化、Spring Bean 注入、JUnit 测试私有逻辑）→ 必须用 opens to，exports to 不管用

注意：exports to 控制的是“能不能在代码里直接 new、import、调用”，不解决反射问题。如果你误以为它能放开私有字段访问，会遇到 IllegalAccessException。

正确使用 exports to 的三步实操

假设你有一个内部配置类 com.example.config.InternalConfig，它含 public 方法但需被 Spring 框架模块加载并实例化：

ViiTor AI

ViiTor AI是一款面向视频翻译、配音、口型同步和多语言内容本地化的 AI 视频工具。

下载

• 第一步：在提供方模块声明导出限制
  在 module-info.java 中写：
  exports com.example.config to spring.core;
  → 表示仅 spring.core 模块可编译期引用该包；其他模块连 import 都报错。
• 第二步：消费方模块声明依赖
  Spring 模块（或你的应用模块）必须写：
  requires spring.core;
  否则即使你 exports to 它，也无法解析类型。
• 第三步：确保类本身是 public
  InternalConfig 必须声明为 public class InternalConfig；若只是包私有类（default 修饰），exports to 完全无效——JVM 根本看不到这个类。

常见陷阱与避坑提示

以下写法看似合理，实则无效或危险：

• exports com.example.internal to *; → Java 不支持通配符，编译失败
• exports com.example.internal to my.app; 但 my.app 模块未在 requires 中声明 → 编译通过但运行时报 NoClassDefFoundError
• 想让 Jackson 访问 private String token; 却只写 exports to java.base → 无用，必须改用 opens com.example.model to com.fasterxml.jackson.databind;
• 模块路径未启用（仍用 -cp 启动）→ module-info.java 全部失效，退化为传统类路径行为

搭配 opens to 实现完整访问链

真实项目中，往往需要两者协同：

• 对外暴露 API 接口类 → exports com.example.api to spring.core;
• 允许 Spring 反射注入私有字段 → opens com.example.entity to spring.beans;
• 允许 Jackson 序列化内部状态 → opens com.example.dto to com.fasterxml.jackson.databind;

这样既守住封装边界，又让框架各司其职，不扩大攻击面，也不牺牲灵活性。