目录
- 一、场景
- 二、如何查看项目中的三方依赖？
- 三、使用exclude解决依赖冲突的问题
- 四、总结
一、场景
Android项目的开发过程中，我们项目中的gradle的dependencies闭包中会引入很多三方依赖库，引入的库越多，越容易产生库之间的依赖冲突。
列举冲突的场景：
- 1、同一个依赖库引入多个版本；
- 2、重复引入了同一个依赖库；
编译报错信息一般为：Program type already present
二、如何查看项目中的三方依赖？
方案一： Gradle task工具查看
按照如图目录找到dependencise双击，会在Run控制台输出打印。
结果如下：
方案二：Terminal控制台查看
在windows上Android studio Terminal中使用这个命令：
gradlew :app:dependencies
在MacOS中使用下面的命令：
gradlew :app:dependencies
其中的“app”为module名称。
这个命令会将gradle执行的各个步骤都打印出来，包括releaseUnitTestRuntimeClasspath，releaseUnitTestCompileClasspath，releaseRuntimeClasspath，releaseCompileClasspath，lintClassPath，debugUnitTestRuntimeClasspath等等，反正会打印很多很多。
这种就可以把依赖树都打印出来。因为存在这种依赖树的问题，所以很容易导致依赖冲突，因为你不知道别的依赖库有没有和另外一个依赖库引入的依赖库或者自己导入的依赖库发生了冲突。同一个依赖库版本不同很容易导致依赖冲突。
这时候我们就需要过滤一下（window）：很多资料提示是（gradlew :app:dependencies --configuration compile，这种compile是以前的方式引入依赖，现在换成implementation）
gradlew :app:dependencies --configuration implementation
打印如下：
但不知道为啥这种不打印出来依赖树。
接下来我又试了一下下面这个过滤条件：
gradlew :app:dependencies --configuration releaseRuntimeClasspath
这样就可以打印出依赖树了：
这样对项目中的依赖就可以一目了然。然后ctrl + f 查找你认为有问题有冲突的依赖。
三、使用exclude解决依赖冲突的问题
1、以下面这个例子来示范：
这个cardview是material依赖库下的一个依赖。
这个是我在module app的MainActivity里面正常使用。
现在假如有另外一个依赖库中也包含了androidx.cardview这个依赖库包的其他版本，注意是也存在的其他版本，就会可能发生冲突。冲突造成的错误，后面遇到再贴出来。
2、那么我们要怎么解除这种依赖库引起的编译问题呢？
// implementation 'com.google.android.material:material:1.2.1'
implementation('com.google.android.material:material:1.2.1') {
exclude group: 'androidx.cardview', module: 'cardview'
}
现在我使用gradle中的exclude的关键字，来排除app.gradle文件中的这个cardview依赖库。
解释一下：exclude是groovy中的一个函数，group是要排除的包名，module是模块名。
用图说更清楚：
但正常情况下，写group也就行，不写module也行。
那么排除后的效果是什么？
排除之后，这个CardView就找不到了。这样就可以使用和这个冲突的另一个CardView的版本，就可以把Android中的依赖库冲突给解决了。（tips:我这里没演示出冲突的问题）
四、总结
上面是介绍了Android查看项目中使用到那些依赖库的几种方案，以及介绍了Android中使用exclude如何处理依赖库存在冲突的问题。当然解除依赖库冲突不止这一种方案，但这种我觉得是比较方便的一种。
到此这篇关于Android三方依赖冲突Gradle中exclude的使用的文章就介绍到这了,更多相关Android exclude使用内容请搜索自由互联以前的文章或继续浏览下面的相关文章希望大家以后多多支持自由互联！