dependencies {
implementation "org.jetbrains.kotlin:kotlin-stdlib-jdk7:$kotlin_version"
compileOnly 'com.alibaba:fastjson:1.2.47'
compileOnly 'com.google.code.gson:gson:2.8.5'
compileOnly 'com.github.bumptech.glide:glide:4.8.0'
}
在Android开发中,引入依赖中,dependencise可以使用的关键字有多过,如: implementation、compile、api、compileOnly...等等
经常使用的引入依赖方式api和compile(低版本用:implementation)
implementation和api是取代之前的compile的,其中api和compile是一样的效果,implementation有所不同,通过implementation依赖的库只能自己库本身访问,举个例子,A依赖B,B依赖C,如果B依赖C是使用的implementation依赖,那么在A中是访问不到C中的方法的,如果需要访问,请使用api依赖
解决引入依赖冲突问题的引入方式compileOnly
2.x版本的 Provided 变成了 compileOnly
这个命令的意思是 只在编译时有效,不会参与打包
举个例子:(原文链接:链接:https://www.jianshu.com/p/825004db000c)
新建一个工程,同时新建一个library
图片.png
testlibrary的gradle如下
implementation 'com.android.support:appcompat-v7:26+'
compileOnly 'com.android.support:cardview-v7:26+'
在testlibrary新建TestActivity
图片.png
编译项目发现没有任何问题
我们运行到手机上,启动该Activity 毫无疑问会崩溃
图片.png
java.lang.NoClassDefFoundError: Failed resolution of: Landroid/support/v7/widget/CardView;
找不到CardView,说明虽然编译有效,但是并不参与打包,所以实际运行时会找不到类。
怎么解决?
比如新建一个library,在里面依赖cardView
图片.png
图片.png
只要确保有一个module中该依赖能参与到打包即可。
使用场景
- 运行时不需要,例如仅源代码注解或注释处理器;
- 编译时仅需要其API,但具体实现由别的module实现
所以 compileOnly经常用于解决依赖冲突等问题,一般第三方库中,比较常用的依赖,如support、gson、Eventbus等等。