专栏首页恩蓝脚本详解Gradle依赖冲突解决方式

详解Gradle依赖冲突解决方式

问题

在Android开发中,相信遇到关于版本依赖的问题的同学有不少。虽然Android Studio一般都会自动帮我们去重,但是有时候去重失败了还是需要手动处理。在这里总结下自己长期遇到的各类问题的解决方式。

为了方便看效果,我们改下gradle解决策略为有版本冲突时自动失败,如下:

configurations.all {
 resolutionStrategy {
  failOnVersionConflict()
 }
}

当我们同时依赖不同版本rxjava时编译会报错如下:

解决方案

1.统一版本管理

当一个project下有多个module或library时很适合使用统一版本管理方式

创建config.gradle

在project目录下创建config.gradle文件,将需要统一管理的加在里面,如下:

ext {
 //Dependencies
 supportLibraryVersion = '25.3.1'
 okHttpVersion = '3.8.0'
 domainTestDependencies = [
   appcompatv7: "com.android.support:appcompat-v7:${supportLibraryVersion}",
   okHttp  : "com.squareup.okhttp3:okhttp:${okHttpVersion}"
 ]
}

在project下的build.gradle开头加入

apply from: "config.gradle"

module或library下引用版本

implementation rootProject.ext.dependencies["appcompatv7"]
implementation rootProject.ext.dependencies["okHttp"]

2.去除冲突依赖

当我们使用网上的一些开源库,并且自己项目里面也用到了不同的版本库时,我们可以在依赖的开源库中用exclude去除重复。

假如我们依赖的库是com.carlos.test:Test:1.0.0,里面用到了rxjava和我们module用到了不同版本,那么我们可以这样做:

 implementation ('com.carlos.test:Test:1.0.0') {
  exclude group: "io.reactivex.rxjava2",module: "rxjava"
  // exclude group: "io.reactivex.rxjava2:rxjava:2.1.11"
 }
 implementation 'io.reactivex.rxjava2:rxjava:2.1.13'

group为库的groupId,module为artifactId。我们也可以直接用注释中的方法指定具体的版本。

3.强制使用某版本依赖

我们也可以直接在策略里面强制使用某版本依赖

configurations.all {
 resolutionStrategy {
  force 'io.reactivex.rxjava2:rxjava:2.1.13'
 }
}

这样就是强制rxjava使用2.1.13版本了。

总结

三种方式各有不同场景,适合自己的是最好的,如有遗漏或错误欢迎指出。希望能互相交流学习。也希望大家多多支持ZaLou.Cn。

本文参与 腾讯云自媒体分享计划 ,欢迎热爱写作的你一起参与!
本文分享自作者个人站点/博客:https://www.zalou.cn复制
如有侵权,请联系 yunjia_community@tencent.com 删除。
登录 后参与评论
0 条评论

相关文章

  • Android Studio Gradle依赖冲突解决方法

    本文主要给大家介绍了Android Studio Gradle依赖冲突解决的相关内容,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍吧

    砸漏
  • Maven依赖冲突的解决方式

    对Maven概念还不了解的可以看看我的这篇文章: https://blog.csdn.net/pjh88/article/details/108520721

    一只胡说八道的猴子
  • Maven依赖冲突的解决方式

    对Maven概念还不了解的可以看看我的这篇文章: https://blog.csdn.net/pjh88/article/details/108520721

    一只胡说八道的猴子
  • maven依赖冲突以及解决方法

    依赖冲突很经常是类包之间的间接依赖引起的。每个显式声明的类包都会依赖于一些其它的隐式类包,这些隐式的类包会被maven间接引入进来,从而造成类包冲突

    lyb-geek
  • maven依赖冲突以及解决方法

    依赖冲突很经常是类包之间的间接依赖引起的。每个显式声明的类包都会依赖于一些其它的隐式类包,这些隐式的类包会被maven间接引入进来,从而造成类包冲突

    lyb-geek
  • idea maven helper 插件 maven依赖冲突解决 jar包冲突解决

    版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。 ...

    IT云清
  • 一文理解Maven如何解决依赖冲突与循环依赖

    最近依赖策略:如果一个项目依赖相同的groupId、artifactId的多个版本,那么在依赖树(mvn dependency:tree)中离项目最近的那个版本...

    全菜工程师小辉
  • Gradle解决多lib冲突

    在引入第三方jar包的时候,可能会遇到很多库的冲突,例如均使用了OkHttp,RxJava等等,在打包的时候就会遇到Class多个定义的问题。而目前Androi...

    None_Ling
  • Jar 包依赖冲突排查思路和解决方法

    应用从 jdk7 升级到 jdk8,终于可以用上新特性的语法进行代码编写,通过几轮开发、测试和验证后,在上预发环境时,应用突然无法启动,查看 tomcat 报错...

    芋道源码
  • log4j-over-slf4j.jar AND slf4j-log4j12.jar 依赖冲突解决方案

    使用maven构建项目时,使用了slf4j+logback,并没有主动添加log4j依赖,但是仍然报下面错误:

    明明如月学长
  • 说说maven依赖冲突,依赖调解,依赖传递和依赖范围

    当前项目引入了一个依赖,该依赖的依赖也会被引入项目。更加准确的说法是,maven会解析直接依赖的POM,将那些必要的间接依赖,以传递依赖的形式引入到当前项目中。

    用户1289394
  • 程序员需要了解依赖冲突的原因以及解决方案

    依赖冲突是日常开发中经常碰到的过程,如果运气好,并不会有什么问题。偏偏小黑哥有点背,碰到好几次生产问题,排查一整晚,最后发现却是依赖冲突的引起的问题。

    andyxh
  • IntelliJ IDEA 2022.1 正式发布:加强依赖分析器,冲突解决更方便!

    最近分享了两个关于2022.1版本的功能视频: 有小伙伴跟DD说能不能多说一些2022.1新版本的内容。这里刚好看到OSC开源社区(ID:oschina2013...

    程序猿DD
  • Maven 基础(二) | 解决依赖冲突的正确姿势

    假设,在 JavaMavenService2 模块中,log4j 的版本是 1.2.7,在 JavaMavenService1 模块中,它虽然继承于 JavaM...

    JavaFish
  • 告别 Maven,赶快使用他!

    Java世界中主要有三大构建工具:Ant、Maven和Gradle。经过几年的发展,Ant几乎销声匿迹、Maven也日薄西山,而Gradle的发展则如日中天。笔...

    Java技术精选
  • 快速学习-Lombok1.16.X版本与1.18.X依赖冲突解决方案

    cwl_java
  • maven 依赖jar包时版本冲突的解决:mvn dependency:tree -Dverbose

    maven 依赖jar包时版本冲突的解决: mvn dependency:tree -Dverbose

    一个会写诗的程序员
  • Arthas 实战,助你解决同名类依赖冲突问题

    第二种情况,往往是这个场景,本地/测试环境运行的都是好好的,上线之后测试就是不行。

    andyxh
  • 一文彻底搞清Gradle依赖

    作者:曾是放牛娃 https://www.jianshu.com/p/59fd653a54d2

    用户1269200

扫码关注云+社区

领取腾讯云代金券