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

为什么80%的码农都做不了架构师？>>>   

这个问题在使用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）

// 例如提供了2种包，a-1.0-dev.war, a-1.0-dev.jar compile group:'b',name:'b',version:'1.1',classifier:'dev',ext:'war' ``

替换传递依赖的版本

compile group:'a',name:'a',version:'l.0' {
    dependencies 'b:b:1.1'
}

转载于:https://my.oschina.net/Gxhpro/blog/854435