本篇文章是直观介绍项目依赖冲突时的解决方案
1.依赖类型
implementation:依赖方式仅仅局限于“当前module”,优点增加编译速度,对外隐藏调用接口
api:参与app的编译和打包,是最普遍的依赖方法
compileOnly:参与编译的过程,但不参与最后的打包。在自己的module中依赖一些最常用的库可以避免冲突
runtimeOnly:编译时不参与,对外隐藏所有的接口,只参最后的打包
2.依赖冲突时的解决办法
这里分为两个步骤
1.点击Terminal 输入gradlew -q app:dependencies
回车即可将app中所依赖的库展示出来(有些项目可能会报 'gradlew’不是内部或外部命令,也不是可运行的程序 这个问题,解决方法是 拷贝其他项目根目录中的gradlew
和 gradlew.bat
两个文件到自己的项目中就可以啦)
2. 在module
下的build.gradle
的根节点下添加如下代码
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会用自动采用最新版本库的方法屏蔽掉大部分的冲突问题,但极小部分的(也就是编译时报错的)就需要我们手动去处理了,以上方法是针对于处理打包时报错的相关库,请大家主动对这些库进行排查。