如何排查与解决ConstraintLayout引入后的库版本冲突问题

哥们，我太懂你这种引入ConstraintLayout后突然炸版本冲突的糟心感了！咱一个个把你的疑问掰碎了说清楚：

1. 构建工具自动引入其他版本的库是否合规？ #

完全合规！这其实是Gradle依赖传递机制的正常表现——很多第三方库（包括ConstraintLayout本身）都会依赖一些基础库（比如support系列），Gradle会自动帮你拉取这些依赖的库，不用你手动一个个加。但问题就出在不同库依赖的基础库版本可能不一样，这才导致了版本冲突。

2. 该如何修复版本冲突？ #

给你三个最实用的解决方案，按推荐程度排序：

方案一：强制统一所有Support库版本 #

在Module级别的build.gradle里添加一段配置，强制指定所有support相关库的版本，Gradle会自动忽略其他冲突的版本：

configurations.all {
    resolutionStrategy {
        // 把这里的版本换成你项目需要的统一版本
        force 'com.android.support:appcompat-v7:28.0.0'
        force 'com.android.support.constraint:constraint-layout:1.1.3'
        // 如果还有其他冲突的support库，继续加force规则即可
    }
}

方案二：排除冲突的依赖 #

如果你只想针对某个库（比如ConstraintLayout）排除它带的冲突版本，可以在引入它的时候加上exclude配置：

implementation('com.android.support.constraint:constraint-layout:1.1.3') {
    // 排除它依赖的support-v4库，换成你项目里的版本
    exclude group: 'com.android.support', module: 'support-v4'
}

方案三：迁移到AndroidX（长远最优解） #

现在官方已经停止维护旧的Support库了，推荐直接迁移到AndroidX，从根源上避免版本混乱：

1. 在项目根目录的gradle.properties里添加两行配置：

android.useAndroidX=true
android.enableJetifier=true

2. 把项目里所有旧的Support依赖替换成对应的AndroidX库，比如com.android.support:appcompat-v7换成androidx.appcompat:appcompat:1.6.1，ConstraintLayout也换成AndroidX版本androidx.constraintlayout:constraintlayout:2.1.4

3. 是否需要为每个库指定所需版本？ #

完全没必要！手动给每个库指定版本不仅麻烦，还容易遗漏。Gradle的依赖传递机制本身是高效的，只有当出现版本冲突时，再用上面的方案去干预就好。如果想更方便地管理版本，可以用版本变量统一维护：
在Module级build.gradle开头定义：

ext {
    supportLibVersion = '28.0.0'
    constraintLayoutVersion = '1.1.3'
}

然后引用时用：

implementation "com.android.support:appcompat-v7:$supportLibVersion"
implementation "com.android.support.constraint:constraint-layout:$constraintLayoutVersion"

这样改一处就能同步所有相关库的版本，非常省心。

4. 是修改各文件版本还是仅在右侧添加implementation？ #

不用逐个修改每个库的版本号！优先选择强制统一版本或者迁移AndroidX的方案，这两种只需要修改少量配置就能解决问题。如果用排除依赖的方法，也只需要在对应的implementation后面添加exclude块即可，不用动其他库的配置。

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