介绍项目的依赖和依赖冲突时的解决方法

github：coolmaye
这篇文章是简单介绍项目的依赖和依赖冲突时的解决方法

依赖类型

implementation:依赖方式仅仅局限于当前module，优点增加编译速度，对外隐藏调用接口

api:参与app的编译和打包，是最普遍的依赖方法

compileOnly:参与编译的过程，但不参与最后的打包。 在自己的module中依赖一些最常用的库可以避免冲突
runtimeOnly:编译时不参与，对外隐藏所有的接口，只参最后的打包

依赖冲突时的解决办法

参考下面方法依赖冲突的解决方法

将两种方式结合，亲测绝对有效

1.点击Terminal 输入gradlew -q app:dependencies回车即可将app中所依赖的库展示出来

在这里插入图片描述

2.在module下的build.gradle的根节点下添加如下代码

configurations.all {
    resolutionStrategy {
        failOnVersionConflict()//版本冲突时报错
    }
}

然后点击右上角 Sync Now 进行同步

这时冲突的版本号就会在Messages页面中弹出，提示有以下版本的库是冲突的

图注:大少公众号

3.这时我们有[两个]处理办法

直接统一法:将所有出现的版本号统一指定为当前版本

configurations.all {
    resolutionStrategy {
        failOnVersionConflict()//版本冲突时报错
        force 'com.squareup.okio:okio:1.15.0'//强制指定版本
    }
}

当打包时报错的类被处理后，// failOnVersionConflict()该方法，然后重新打包。

移除异己法:选中okio:1.13.0字段回到Terminal中按Ctrl+F搜索该库在哪个依赖中使用，搜索到后，找到build.gradle中的该依赖，将对应的包去除

 implementation ('com.squareup.okhttp3:okhttp:3.9.0'){
        exclude group: 'com.squareup.okio'
 }

重新编译即可发现冲突被解决

4.注意
gradle会用自动采用最新版本库的方法屏蔽掉大部分的冲突问题，但极小部分的（也就是编译时报错的）就需要我们手动去处理了，一般以上方法都是针对于处理打包时报错的相关库，请大家有针对的对于这些库进行排查。