1. 前言
随着业务的复杂度加深，我们免不了要引入许多的第三方开源库，也不可避免的会出现依赖冲突的错误。最常见的是V7、V4包之间的冲突。
2. 如何定位依赖冲突
解决依赖冲突很简单，难得是如何去定位是引入的哪个库导致的依赖冲突。
如果只想看结果的可以直接跳到最后。
2.1. 排除法
排除法很简单，但是很耗时，就是选择一个依赖一个依赖的注释、编译、看结果。当然这也是最傻的办法，我们开发者怎么能做这种繁琐的工作呢？(说得我好像我自己没做过似的。。
滑稽
)
2.2. Gradle Task
Android Studio虽然给我们提供了一个依赖树，但也只是一个总的平面图，并不是十分的直观。
Android Studio依赖树
External Libraries只给我们提供了一个依赖结果，并没有指出是哪个依赖依赖了什么东西。
所幸，Gradle提供了一个task：androidDependencies，这个task能在命令行中显示依赖树之间的依赖关系。
找到androidDependencies task，每一个module下面都有相应的androidDependencies。
task位置
双击执行后就能在命令行中打印相关的依赖信息了，这里为了演示，我新建了一个项目。
命令行执行结果
如上图，可以看到不同的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"
}
指定依赖
最后
未完待续、敬请期待！
免为其难的关注一下公众号吧！！
生活实在是太苦啦
FullScreenDeveloper
网友评论