requires transitive用于解决模块API中暴露第三方类型时下游需手动声明依赖的问题；当模块A在public方法签名中使用模块C的类型且依赖模块B时，通过requires transitive B可使C自动对A的使用者可见，避免编译错误。
requires transitive 是 java 9 引入的模块系统（jpms）中一个关键修饰符，它解决的核心问题是：当你的模块 a 依赖模块 b，而模块 b 又在 api 中直接暴露了模块 c 的类型（比如返回 c 中的类、抛出 c 中的异常、或参数类型来自 c），那么使用 a 的客户端模块就必须显式声明对 c 的依赖——否则编译失败。这导致依赖传递需手动“补全”，非常繁琐。
为什么需要 requires transitive？
假设你开发了一个工具模块 com.example.utils，它封装了 com.fasterxml.jackson.databind 的 ObjectMapper，并对外提供了这样一个方法：
public JsonNode parseJson(String json) { ... }
这个方法返回的是 Jackson 模块里的 JsonNode 类型。如果 com.example.utils 的 module-info.java 写成：
module com.example.utils {
requires com.fasterxml.jackson.databind;
}
那么下游模块（比如 my.app）在使用 parseJson 时，即使只写了 requires com.example.utils;，编译器仍会报错：“cannot find symbol JsonNode”。因为 my.app 并未声明它也依赖 Jackson —— 尽管它根本没直接调用 Jackson 的任何代码。
用 requires transitive 自动传递依赖
只需把依赖声明改为：
module com.example.utils {
requires transitive com.fasterxml.jackson.databind;
}
这样，任何 requires com.example.utils 的模块，都会**隐式获得对 com.fasterxml.jackson.databind 的编译时可访问性**（即“读取权限”）。客户端无需再写额外的 requires，就能安全使用 JsonNode 等导出类型。
注意：requires transitive 仅影响编译期的模块可读性（readability），不改变运行时类路径或模块图结构；它也不会自动导出包，被传递的模块仍需自行 exports 相关包。
哪些场景适合加 transitive？
- 你的模块在 public API（方法签名、异常类型、注解、泛型边界等）中直接使用了另一个模块的类型；
- 你封装并“透出”了第三方库的能力（如日志门面、JSON 工具、HTTP 客户端抽象）；
- 你提供的是一个“组合模块”（如 Spring Boot Starter），本身不实现功能，但拉起一整套协作模块；
- 你希望降低用户模块的配置复杂度，提升 API 友好性。
哪些情况不该滥用 transitive？
- 仅在内部实现（private / package-private）中使用某模块，API 完全不暴露其类型；
- 该模块只是用于测试（
requires static更合适）； - 你依赖的是一个庞大且与用户无关的模块（如某个构建工具的内部类），强行 transitive 会污染用户模块图；
- 你无法控制被依赖模块的稳定性（例如 snapshot 版本），transitive 会让下游被迫继承该风险。
