Android能否为特定风味子集自定义sourceSets实现资源共享？

针对android.nonTransitiveRClass=true导致动态添加资源路径不稳定的问题，有两种生产环境验证过的可行方案：

方案1：变体维度单独指定资源目录（无需额外模块） #

你之前的方案问题在于动态修改全局debug/release的sourceSet、且修改时机晚于R类生成的配置阶段，nonTransitiveRClass开启后R类会在编译前期预生成，不会识别doFirst阶段新增的资源路径。
改用AGP原生的变体资源目录配置API，代码如下：

android {
    applicationVariants.all { variant ->
        // 精准匹配同时包含FlavorA和FlavorC的变体，不要用contains匹配名称防止误判
        def flavorNames = variant.productFlavors.collect { it.name }
        if (flavorNames.containsAll(["FlavorA", "FlavorC"])) {
            // 直接给当前变体单独追加资源目录，不影响其他变体
            variant.sources.res.addSourceDirs(
                file("src/FlavorAFlavorC/res"),
                file("src/FlavorAFlavorC/${variant.buildType.name}/res")
            )
        }
    }
}

该方案的优势是无需调整项目结构，资源和主工程放在一起，编译速度不受影响。 #

方案2：抽离共享资源为独立依赖模块（最稳定） #

如果需要共享的资源较多、或者有多个风味子集需要共享资源，推荐把公共资源抽成独立的Android Library模块，再通过变体专属依赖引入：

1. 新建Android Library模块shared_res_a_c，把FlavorA+FlavorC组合需要的所有资源放到该模块的src/main/res目录下
2. 在主工程的依赖配置中添加变体专属依赖：

dependencies {
    // 仅给所有FlavorA+FlavorC组合的变体引入该共享资源模块
    FlavorAFlavorCImplementation project(":shared_res_a_c")
}

该方案完全适配nonTransitiveRClass的规则，资源隔离性最好，不会出现资源泄露到其他变体的问题，适合中大型项目使用。 #

原方案不稳定的根因 #

你之前的写法修改了全局android.sourceSets.debug/release的资源路径，会导致所有debug变体都能访问到FlavorAFlavorC的资源，既容易引发资源冲突，也因为修改时机晚于R类预生成阶段，导致nonTransitiveRClass模式下R类找不到新增资源，出现偶发编译失败。

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