Android/Gradle能否仅引入指定模块的传递依赖而非模块本身？

当然可以实现这个需求！Gradle提供了针对本地多模块项目和远程仓库模块两种场景的解决方案，完全不用你手动逐个声明传递依赖A、B、C，直接复用模块X已经定义好的依赖关系就行。

场景1：模块X是本地多项目中的子模块 #

如果X是你项目内的子模块，这是最容易处理的情况——直接引用X的依赖配置（比如api或implementation），就能把X的依赖引入当前项目，同时自动排除X自身的代码。

举个具体例子：假设你的项目里有:moduleX子模块，它的build.gradle里是这么声明依赖的：

// :moduleX/build.gradle
dependencies {
    api 'com.example:A:2.0.0'
    api 'com.example:B:3.1.0'
    implementation 'com.example:C:1.5.0'
}

在你的主项目（比如:app）中，只需添加如下依赖配置：

// :app/build.gradle
dependencies {
    // 引入moduleX的api配置依赖（即A、B）
    implementation project(path: ':moduleX', configuration: 'api')
    // 如果需要引入moduleX的implementation配置依赖（即C），再追加这行
    implementation project(path: ':moduleX', configuration: 'implementation')
}

配置完成后，:app的类路径里会包含A、B、C，但完全不会出现:moduleX自身的代码。

场景2：模块X是远程仓库中的模块 #

如果X是发布到Maven仓库这类远程源的模块，你需要通过自定义配置+依赖过滤的方式来实现目标。

步骤1：定义专门的自定义配置 #

先在主项目的build.gradle里定义一个用来获取X依赖的专属配置：

configurations {
    xTransitiveDependencies {
        // 开启传递依赖解析
        transitive = true
        // 添加对远程模块X的依赖（替换成你实际的X坐标）
        dependencies.add(project.dependencies.create('com.example:moduleX:1.0.0'))
    }
}

步骤2：过滤掉X本身，保留传递依赖 #

接着通过Gradle的artifactView过滤掉X自身的构件，只保留它的传递依赖A、B、C，再把这些依赖引入主配置（比如implementation）：

dependencies {
    implementation configurations.xTransitiveDependencies.incoming.artifactView {
        filter { details ->
            // 排除模块X自身，注意匹配X的group和name
            details.id.group != 'com.example' || details.id.name != 'moduleX'
        }
    }.files
}

验证配置效果 #

你可以运行Gradle的依赖树任务，确认X是否真的被排除：

./gradlew :app:dependencies --configuration implementation

关键注意事项 #

• 依赖可见性限制：如果模块X中的A、B、C是用implementation声明的，这些依赖不会出现在X的发布元数据里，远程场景下无法通过上述方式获取。这种情况下，要么让X的维护者把依赖改成api声明，要么你只能手动显式引入A、B、C。
• 版本冲突问题：复用X的依赖可能会和项目中已有依赖产生版本冲突，你可以通过Gradle的resolutionStrategy来统一管理版本。

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