两个Android库资源属性重复，如何同时使用material-stepper与MaterialSpinner？

你遇到的是典型的Android开源库资源属性命名冲突问题——两个库都定义了ms_errorColor这个资源属性，Gradle在合并资源时无法区分重复定义，导致构建失败。下面是几种可行的解决方案：

解决方案1：手动修改其中一个库的资源属性（最可靠的临时方案） #

因为两个库都是开源的，你可以手动修改其中一个库的冲突资源名，然后本地依赖修改后的版本：

• 下载其中一个库的源码（比如MaterialSpinner）
• 找到它的res/values/attrs.xml文件，把所有ms_errorColor替换成一个唯一的名字，比如msp_errorColor（记得同步修改库中使用这个属性的代码，比如布局文件或Java/Kotlin代码里的引用）
• 把修改后的库作为本地Module添加到你的项目中，替换原来的远程依赖

这种方法能彻底避免命名冲突，而且不会影响原有功能，是最稳定的临时解决方案。

解决方案2：用Gradle构建脚本自动移除重复资源（快速临时方案） #

如果不想手动修改源码，可以在你的app模块的build.gradle中添加一段构建脚本，在资源合并完成后自动删除重复的属性定义：

android {
    // 保留你原有的其他配置

    applicationVariants.all { variant ->
        variant.mergeResources.doLast {
            def mergedValuesFile = file("${buildDir}/intermediates/merged_res/${variant.dirName}/values/values.xml")
            if (mergedValuesFile.exists()) {
                def content = mergedValuesFile.getText('UTF-8')
                // 移除重复的ms_errorColor属性（保留其中一个即可，这里会删除所有重复定义）
                content = content.replaceAll(/<attr name="ms_errorColor".*?\/>/, '')
                mergedValuesFile.write(content, 'UTF-8')
            }
        }
    }
}

注意：这是一种hack手段，后续如果库版本更新或者Gradle构建路径变化，可能会失效，但能快速解决当前的构建问题。

解决方案3：等待库作者修复 #

你已经在两个库的GitHub仓库提交了Issue，这是最规范的解决方式。一旦作者修改了资源命名前缀（比如给各自的属性加上独特的前缀，比如stepper用sts_errorColor，spinner用msp_errorColor），你只需要升级库的版本就能彻底解决冲突。

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