Gradle多模块项目使用implementation无法获取传递依赖问题求助

问题原因 #

Gradle的implementation配置是编译时隔离的：模块中用implementation声明的依赖，只会对当前模块的编译和所有模块的运行时可见，不会传递给依赖该模块的其他模块的编译类路径。这就是项目A编译时找不到SLF4J类的核心原因——项目B里的SLF4J依赖用了implementation，A的编译类路径无法获取到这些依赖。

旧版Gradle中compile配置是全局传递的，替换后能正常运行，但compile已被废弃，Gradle7完全移除了对它的支持，必须使用Gradle推荐的api/implementation配置来实现依赖传递控制。

具体解决方案 #

方案1：调整项目B的依赖配置（推荐） #

如果项目A确实需要在编译时使用SLF4J API，将项目B中SLF4J API的依赖配置从implementation改为api：

修改项目B的build.gradle：

plugins {
    id 'java'
}

group = 'org.example'

repositories {
    mavenCentral()
}

dependencies {
    implementation 'org.slf4j:slf4j-simple:1.7.30' // 运行时依赖，保持implementation
    api 'org.slf4j:slf4j-api:1.7.30' // 改为api，让依赖B的模块编译时可见
}

• api配置的依赖会传递给依赖该模块的所有模块的编译类路径，既满足A的编译需求，又遵循Gradle的依赖隔离最佳实践。
• slf4j-simple是运行时实现，不需要传递到编译类路径，保持implementation即可。

方案2：移除项目A的编译时SLF4J引用 #

如果项目A不需要在编译时使用SLF4J，只是代码中误引入了SLF4J的类：

• 检查项目A的代码，删除所有对SLF4J类的import和编译时调用。
• 此时项目A的编译类路径不需要SLF4J依赖，运行时会通过项目B的implementation依赖自动获取。

额外优化 #

项目A的依赖配置可以简化，不需要同时声明implementation和runtimeOnly项目B：

dependencies {
    implementation project(':B') // implementation已包含runtime依赖，无需重复声明
}

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