Gradle依赖传递失效：间接依赖包无法访问问题排查

核心原因：依赖声明的传递性差异 #

你遇到的问题完全是依赖声明类型的选择错误，和Gradle版本无关。

Gradle里的implementation和api依赖有本质区别：

• implementation：仅在当前模块的编译、运行时可用，不会将依赖传递给上层模块的编译类路径，只会暴露给上层的运行时类路径。
• api：会将依赖同时暴露给当前模块的编译、运行时，以及所有依赖当前模块的上层模块的编译类路径。

你的场景里，ee_tools用implementation引入了my_models，所以当前项目（依赖ee_tools）在编译阶段无法访问my_models的包，只有运行时能看到——这完全符合Gradle的设计逻辑，和版本无关。

解决方案 #

根据你的需求，有两种可行方案：

方案1：修改ee_tools的依赖声明 #

如果ee_tools本身就是为上层项目提供工具，且需要上层项目访问my_models的类，把ee_tools的build.gradle里的：

implementation 'com.mycompany:my_models'

改成：

api 'com.mycompany:my_models'

这样当前项目在编译时就能自动获取到my_models的依赖，无需额外配置。

方案2：在当前项目显式引入my_models #

如果不想修改ee_tools的配置，直接在当前项目的build.gradle里添加：

implementation 'com.mycompany:my_models'

强制把my_models加入当前项目的编译类路径。

额外注意：IntelliJ缓存问题 #

IntelliJ有时会缓存旧的依赖状态，导致外部库显示存在但编译报错。可以执行以下操作刷新：

• 点击Gradle面板的"Refresh all gradle projects"按钮
• 执行命令：./gradlew clean build --refresh-dependencies

内容的提问来源于stack exchange，提问作者rshaq