求助：Gradle使用implementation/api时子依赖无法传递问题

你遇到的核心问题是Gradle依赖配置的传递性差异——compile被废弃后，implementation和api的分工非常明确，你大概率是误用了implementation来声明需要对外暴露的子依赖。

先理清关键区别 #

• implementation：用于类库内部仅自身需要的依赖，这些依赖不会传递给集成你的类库的上层应用。Gradle不会把它们写入类库的POM文件，所以上层应用看不到这些依赖——哪怕本地缓存里存在，也不会被自动关联到应用的依赖链中（这就是你看到本地有依赖但Gradle不关联的原因）。
• api：完全等价于旧的compile指令，用于声明需要对外暴露的子依赖。这些依赖会被写入类库的POM文件，集成你的类库的应用会自动拉取并关联这些子依赖，和之前用compile的效果完全一致。

具体解决方案 #

1. 修改类库的build.gradle配置：
   把所有需要传递给集成应用的子依赖，从implementation改成api。示例如下：

   // 错误写法（子依赖无法传递给上层）
   implementation 'commons-codec:commons-codec:1.6'
   implementation 'com.google.code.gson:gson:2.8.0'
   
   // 正确写法（子依赖正常传递给集成应用）
   api 'commons-codec:commons-codec:1.6'
   api 'com.google.code.gson:gson:2.8.0'
   

   只有类库内部私用、不需要上层应用感知的依赖，才适合用implementation。

2. 重新发布类库到Bintray：
   修改配置后，需要重新构建并发布新版本的类库。确保发布过程中Gradle正确生成了包含api依赖的POM文件——这个文件是上层应用Gradle识别子依赖的核心依据。

3. 验证效果：
   让集成应用更新到你的类库新版本，然后执行gradlew :app:dependencies，就能看到子依赖像之前一样出现在类库的依赖链下，集成方完全不需要手动添加任何依赖。

额外提醒 #

如果你的类库还有其他需要传递的依赖（比如AndroidX组件、第三方SDK），都要统一用api声明。这样既避免了依赖过时的compile，又能保证集成体验和之前一致，不会增加集成方的成本。

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