1. 前言

随着业务的复杂度加深，我们免不了要引入许多的第三方开源库，也不可避免的会出现依赖冲突的错误。最常见的是V7、V4包之间的冲突。

2. 如何定位依赖冲突

解决依赖冲突很简单，难得是如何去定位是引入的哪个库导致的依赖冲突。
如果只想看结果的可以直接跳到最后。

2.1. 排除法

排除法很简单，但是很耗时，就是选择一个依赖一个依赖的注释、编译、看结果。当然这也是最傻的办法，我们开发者怎么能做这种繁琐的工作呢？(说得我好像我自己没做过似的。。

)

2.2. Gradle Task

Android Studio虽然给我们提供了一个依赖树，但也只是一个总的平面图，并不是十分的直观。

External Libraries只给我们提供了一个依赖结果，并没有指出是哪个依赖依赖了什么东西。

所幸，Gradle提供了一个task：androidDependencies，这个task能在命令行中显示依赖树之间的依赖关系。

找到androidDependencies task，每一个module下面都有相应的androidDependencies。

双击执行后就能在命令行中打印相关的依赖信息了，这里为了演示，我新建了一个项目。

如上图，可以看到不同的buildType的所有信息都打印出来了，比如release：

release
releaseCompileClasspath - Dependencies for compilation
+--- com.android.support:appcompat-v7:26.1.0@aar
+--- com.android.support.constraint:constraint-layout:1.1.2@aar
+--- com.android.support:animated-vector-drawable:26.1.0@aar
+--- com.android.support:support-vector-drawable:26.1.0@aar
+--- com.android.support:support-v4:26.1.0@aar
+--- com.android.support:support-media-compat:26.1.0@aar
+--- com.android.support:support-fragment:26.1.0@aar
+--- com.android.support:support-core-utils:26.1.0@aar
+--- com.android.support:support-core-ui:26.1.0@aar
+--- com.android.support:support-compat:26.1.0@aar
+--- com.android.support:support-annotations:26.1.0@jar
+--- com.android.support.constraint:constraint-layout-solver:1.1.2@jar
+--- android.arch.lifecycle:runtime:1.0.0@aar
+--- android.arch.lifecycle:common:1.0.0@jar
\--- android.arch.core:common:1.0.0@jar

当然，这只是一个刚刚新增的项目，信息才这么少，如果是维护很久了的项目，那么信息将会让人眼花。

我们可以改为用命令行的方式打印信息，还可以进行相关的配置，配置的方法为：-q --configuration 依赖类型，如下就是打印implementation类型的依赖

./gradlew app:dependencies -q --configuration implementation

可以看到，结果明显精简了很多

但是，我们仍然看不出什么东西是吧？所以，请看下一步

2.3. 引入插件

前面说了，作为一个开发者，怎么能做那么多繁琐的事情呢？所以这里有个插(wu)件(qi)。

可以直接通过面板的形式看到是哪个依赖库，具体是冲突了哪个版本。

该插件的适应方式比较简单，就不多讲了。

3. 如何解决冲突

3.1. jar包冲突

这是最简单的，删除其中一个jar包。

3.2. 在明确的知道是哪个库的哪些依赖的情况下

可以使用exclude来去除传递依赖，如下：

3.2.1 exclude group

根据包名来过滤，下面的配置是：过滤包名"com.android.support"的所有依赖

androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support'
    })

3.2.2 exclude module

根据模块名称来过滤下面的配置是过滤"support-annotations"这个模块

androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude module: 'support-annotations'
    })

3.3. 不知道是哪个库的传递依赖导致冲突

这种情况最常见，我不想去找，也不想去逐个排除，那么就有以下两种方案：

3.3.1 一劳永逸法

直接统一指定transitive，就是为给dependencies配置transitive为false，这样就会以你当前依赖的版本为准。但是最好不要使用这种方式。

...
configurations.all {
   transitive = false
}
...
dependencies{
}

需要注意的是configurations和android、dependencies节点是处于同一级的。

3.3.2 逐个指定

哪个冲突指定哪个。具体可以查看我另外一篇文章Gradle之强制依赖某个第三方库

configurations.all {
    resolutionStrategy.force "com.android.support:appcompat-v7:22.2.1"
}

最后

未完待续、敬请期待！
免为其难的关注一下公众号吧！！