如何解决 Android Studio 三方库依赖冲突问题

今天我们不继续说面试,讲点其他的,有一些废话,关注标题的请直接拉到下面。

近期呀,笔者除了整理 面试系列,其实还在做一件事,就是在费心费力地准备把 AiYaGirl 进行重构。

AiYaGirl 是一款涵盖 Retrofit & MVP & RxJava 开发体系的 App ,主要采用代码家的 干货* 做数据来源,知识点不多,你选择了我,就是我的幸运

直接看看之前的效果图吧。


nanchen.gif

由于有 MVP 的地方,最好还是加上 Dagger2,所以本次重构主要是加入 Dagger2 、RxJava2 的升级,以及各种性能上的优化。

但并不是所有人都喜欢 Dagger2,所以我将保留之前的 1.x 版本,本次重构不会覆盖之前的页面,而是在 GitHub 仓库中新建了一个 mvp-dagger 分支。

期待以后的路上有你的陪伴和交流,因为我也曾遇到各种棘手的问题,到处询问而得不到答案。那个时候的我,也如现在的你,而我,还在这条路上默默前行。

说说标题上的事儿

重构的第一件事,就是对库进行了升级。可当我开开心心地把库一个一个更新到最新版,并 build 的时候,发现直接炸了。

大家更新库,得先看官方用法是否更新,更新需谨慎。

nanchen
nanchen

support 库出现了 26.1.0 和 26.0.2 两个版本,而我的 App 下是自己只依赖了 26.0.2 的。

很明显的库兼容性错误,但完全找不着头脑,不知道是哪儿的锅。是呀,这么多库,我哪儿知道是哪个库的毛病。

nanchen

一番倒腾后,采用命令行 gradlew -q app:dependencies 找出了问题。

nanchen

咦?这个库?

到这个库的官方地址一看,确实如此。

nanchen

于是,直接修正了版本,编译成功,完美。

应一些读者的要求,目前个人比较常用的 Gradle 命令。

这肯定是不完整的,因为这只是我平时用的比较多的。其实也还好,命令行习惯了是真的不想手动操作了。

注意:我是 windows 所以我下面全是针对 windows 操作系统的。如果是 Linux / Mac 请直接用 ./ 前缀。

  • gradlew build
    检查依赖并编译打包,即使你采用了多渠道打包,依然可以,可以生成所有的 apk。(涵盖 release 和 dubug)

  • gradlew clean
    这没啥好说的,就跟 Android Studio 下面的 clean 差不多。

  • gradlew installDebug
    编译并打包 debug 包。

  • gradlew -v
    查看构建的版本。

  • gradlew build --info
    编译并打印日志。

  • gradlew dependencies --info
    查看详细的依赖信息

  • gradlew assembleRelease
    命令行打包不签名的release包
    生活中总是会遇到各种各样奇怪的问题,但路,我们还得继续走下去。

做不完的开源,写不完的矫情。欢迎扫描下方二维码或者公众号搜索「nanchen」关注我的微信公众号,目前多运营 Android ,尽自己所能为你提升。如果你喜欢,为我点赞分享吧~


nanchen
上一篇:Android 面试(三):用广播 BroadcastReceiver 更新 UI 界面真的好吗?


下一篇:Azure China (9) 在Azure China配置CDN服务