您好,登录后才能下订单哦!
本篇内容主要讲解“Android三方依赖冲突Gradle中exclude如何使用”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Android三方依赖冲突Gradle中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 查找你认为有问题有冲突的依赖。
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三方依赖冲突Gradle中exclude如何使用”有了更深的了解,不妨来实际操作一番吧!这里是亿速云网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。