requires transitive解决下游模块因漏写间接依赖导致的编译失败或noclassdeffounderror问题；当模块a依赖b、b依赖c时，它使a的使用者能自动访问c中的公共api类型，避免重复声明和版本不一致。
Java 9 模块系统通过 requires transitive 实现依赖的自动传递，让下游模块无需重复声明被依赖模块所用的底层模块，从而精简配置、减少冗余、避免版本不一致。
传递依赖解决什么问题
当模块 A 依赖模块 B，而模块 B 又依赖模块 C（比如日志、JSON 工具等），若只写 requires B，那么使用 A 的模块 C 就无法直接访问模块 C 中的类型——必须手动再加一行 requires C。这导致配置膨胀、维护困难，还容易因漏写或版本不匹配引发编译失败或运行时 NoClassDefFoundError。
用 requires transitive 声明可传递依赖
在模块 A 的 module-info.java 中，对需要“透出”的依赖加上 transitive：
// module-info.java（模块 A）
module com.example.library {
requires transitive java.logging;
requires transitive com.fasterxml.jackson.databind;
exports com.example.api;
}
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
这样，任何 requires com.example.library 的模块，都会自动获得 java.logging 和 jackson.databind 的访问权限，无需额外声明。
哪些依赖适合加 transitive
仅当该依赖的类型出现在你模块的公共 API 中时才应使用 transitive，例如：
- 你导出的接口方法返回了
Logger（来自java.logging） - 你公开的类构造器参数是
ObjectMapper（来自jackson.databind） - 你
exports的包里有类继承自JsonNode
如果只是内部使用（比如在私有工具类里调用 Logger），就用普通 requires，避免污染下游环境。
注意自动模块与 SDK 兼容性
第三方库如 AWS SDK 1.x 不是原生模块化 JAR，它会被视为“自动模块”，名字通常是 aws.java.sdk。此时 requires transitive aws.java.sdk 可用，但建议升级到 AWS SDK 2.x（模块名如 software.amazon.awssdk.s3），它支持完整模块语义，更稳定可靠。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
