Gradle多模块项目如何避免冗余配置？属性继承方案咨询

能否从Service A继承/传播属性配置？ #

不能直接实现。Gradle的依赖解析逻辑是消费者主导的：Service B作为依赖Service A的消费者，其依赖解析规则（包括org.gradle.jvm.environment这类属性）由自身配置决定，不会自动继承或接收来自依赖模块（Service A）的配置。Service A的属性配置仅作用于自身的依赖解析流程，无法传递给上层消费者。

多模块项目保障配置一致性的推荐做法 #

1. 根项目统一配置（最简单高效） #

将通用属性配置放到根项目的build.gradle.kts（或Groovy版build.gradle）中，通过subprojects块让所有子模块自动应用该配置：

subprojects {
    configurations.all {
        attributes {
            attribute(Attribute.of("org.gradle.jvm.environment", String::class.java), "standard-jvm")
        }
    }
}

这样所有子模块（包括Service A、B）都会自动继承该配置，无需在每个模块重复编写。

2. 自定义约定插件（适合复杂项目） #

如果项目规模较大、需要更灵活的配置管理，可以封装自定义Gradle插件来统一维护通用配置：

1. 在项目的buildSrc目录下创建插件代码（以Kotlin为例）：

// buildSrc/src/main/kotlin/com/example/StandardJvmConventionPlugin.kt
package com.example

import org.gradle.api.Plugin
import org.gradle.api.Project
import org.gradle.api.attributes.Attribute

class StandardJvmConventionPlugin : Plugin<Project> {
    override fun apply(project: Project) {
        project.configurations.all {
            attributes {
                attribute(Attribute.of("org.gradle.jvm.environment", String::class.java), "standard-jvm")
            }
        }
    }
}

2. 在子模块的build.gradle.kts中应用插件：

plugins {
    id("com.example.standard-jvm-convention")
}

这种方式便于统一修改通用规则，还可以扩展添加其他约定（如Java版本、编码格式等）。

3. 模块预配置（按需选择） #

如果仅部分模块需要该配置，可以在根项目中通过configure块指定目标模块：

configure(listOf(project(":service-a"), project(":service-b"))) {
    configurations.all {
        attributes {
            attribute(Attribute.of("org.gradle.jvm.environment", String::class.java), "standard-jvm")
        }
    }
}

补充说明 #

Guava 33.0.0及以上版本拆分了standard-jvm和android两个变体，Gradle要求消费者必须明确声明org.gradle.jvm.environment属性来指定所需环境，否则无法自动匹配正确的变体，从而出现依赖解析错误。

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