Android项目依赖乱象之Gradle循环依赖

这个问题在使用eclipse进行开发时就存在，只不过当时大部分引入的是jar包，直接检查即可排除包重复的问题；

后来使用Android Studio进行开发，用上了gradle来管理项目的依赖，很方便，极大减少工作量，一句话即可引入；

然而，最近在查看一个运行的项目时，无意间瞥见了这个：

完全懵圈了啊，为什么呢

明明项目里都统一指定了support库的版本号为25.0.0，为什么还是有25.2.0，更有甚者还有23.3.0，24.2.1，这都是什么情况？

后来查了下，第三方库也存在依赖库，项目依赖的第三方库越多，这种情况就越明显，根本控制不了了吗？错错错，我们还是有办法的，强大的gradle连这点东西都摆平不了，怎么对得起那么慢点构建速度呢—。—

下面我们分几步来操作：

第一步：项目根目录下执行命令：./gradlew :app:dependencies --configuration compile

命令解释app:dependencies ## 打印所有依赖库app:dependencies --configuration compile ## 打印编译时的依赖库app:dependencies --configuration runtime ## 打印运行时的依赖库

dependency任务执行完会打印出这个：

也就是module-app 的依赖树，显示了项目的build脚本声明的顶级依赖和传递依赖；

意义：

版本：唯一的依赖。版本()：还存在该库其他版本的依赖或者间接依赖，并且默认选择()所标注的版本。版本1->版本2()：还存在该库其他版本的依赖或者间接依赖，并且选择 版本2。

第二步：使用exclude 排除依赖；

使用方法：

compile (group: 'foo', name: 'foo', version: '0.1') {

exclude group:'groupName' module:'modelName'

}

举例：compile('com.facebook.fresco:fresco:0.10.0') { exclude module: 'support-v4' }

最后，其实有更完善的思路

a. 利用传递依赖特性

-例如a.jar依赖b.jar，在Gradle中，只需添加a.jar即可，Gradle将自动把a依赖的所有库全部下载。

或者可手动配置transitive属性为false，阻止依赖的下载

dependencies {

// transitive 属性默认为 true

compile group:'log4j',name:'log4j',version:'1.2.17',transitive:false

-可能存在依赖传递的版本冲突问题，所以需要2中提到的 exclude，手动排除

为了解决Gradle冲突有以下几种方式(1) 最近版本策略（默认）：使用最新版本，gradle自动选择；(2) 冲突失败策略：发生冲突时，编译失败，需要手动配置(3) 强制指定版本策略：发生冲突时，提前指定版本

举例如下：/* 冲突失败策略设置*/ configurations.all { resolutionStrategy { failOnVersionConflict() } } /* 强制指定版本策略设置*/ dependencies { compile group:'b',name:'b',version:'1.1',force:true }

b. 使用动态依赖特性

需要手动配置，举例如下：dependencies { /* 选择1以上任意一个版本，这使发生版本冲突的几率变小*/ compile group:'b',name:'b',version:'1.+' /* 选择最新的版本，避免直接指定版本号 */ compile group:'a',name:'a',version:'latest.integration' }

c.其他特性

指定库文件类型// ext 默认jar，可选属性为war、zip compile group:'b',name:'b',version:'1.1',ext:'war'`` 使用分类器（classifiers）

替换传递依赖的版本compile group:'a',name:'a',version:'l.0' { dependencies 'b.b:1.1' }

c.统一配置方式：

configurations.all{

// transitive=false

// 强制指定版本

resolutionStrategy{

force'org.hamcrest:hamcrest-core:1.3'

// 强制不编译

all*.excludegroup:'org.hamcrest',module:'hamcrest-core'

一定要注意的是，不同版本的库可能会导致错误，上述配置一定要仔细检查，确保不会出现错误。