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