exports to 是 Java 9+ 模块系统中实现定向包可见性的机制，需同时满足提供方 exports to、消费方 requires、包内类为 public 三条件；它区别于普通 exports 的广播式开放，支持最小权限控制与零信任实践。

用 exports to 限定导出范围

Java 9 模块系统支持将某个包仅导出给特定模块，而不是对所有依赖者开放。这通过 exports <package-name> to <module-name> 语法实现。它比普通 exports 更严格，能精准控制可见性边界，适用于内部协作或受控扩展场景。

为什么不能只靠普通 exports

普通 exports com.example.api; 表示该包对**所有显式 requires 当前模块的其他模块**可见。但如果你只想让模块 A 使用这个包，而模块 B 即使也 requires 当前模块也不应访问它，普通 exports 就无法满足——它不具备“白名单”能力。

• 未加 to 的 exports 是“公开但需主动依赖”的策略
• 加了 to 的 exports 是“仅限指定模块访问”的策略
• 两者都要求调用方必须在自己的 module-info.java 中写 requires，否则编译直接失败

实际写法与注意事项

假设你有一个工具模块 com.example.utils，其中 com.example.utils.internal 包只允许被 com.example.app 使用：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

module com.example.utils {
    exports com.example.utils.internal to com.example.app;
    exports com.example.utils.api; // 公共 API 对所有依赖者开放
}

• to 后只能跟模块名，不能是包名或通配符
• 如果目标模块名拼错，编译器会报错：“module not found in the module graph”
• 被导出的包内类仍需是 public 的，否则即使导出也无法访问
• 该语法不支持反射穿透（如想让 Spring 访问某包，要用 opens to，不是 exports to）

常见误用场景提醒

有人试图用 exports to 实现“SPI 接口的第三方实现”，这是错误的。例如：

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

// ❌ 错误：把 SPI 接口只导出给主模块，第三方模块无法实现它
module com.example.spi {
    exports com.example.spi to com.example.app;
}

这样会导致第三方模块（如 com.thirdparty.impl）即使声明了 requires com.example.spi，也会因包不可见而编译失败。SPI 场景应使用无限制 exports，由 requires 控制接入权，而非 exports to 限制实现权。