首先
我们要理解原理lib和app的gradle配置区别
plugins { id 'com.android.application' }
plugins { id "com.android.library" }
assembleDebug(assembleRelease)两者分别生成是apk 和aar
对于app来说有包名、有版本号而library没有。
接下来看依赖部分区别
dependencies {
implementation 'com.squareup.leakcanary:leakcanary-android:2.8.1'
compileOnly fileTree(dir: 'libs', include: ['xxx.jar'])
api ('androidx.viewpager2:viewpager2:1.0.0')
}
implementation,compileOnly,runtimeOnly,api还有annotationProcessor 和kapt这是我们常看到的
implementation依赖不可传递,会将对应的依赖添加到编译路径,并将依赖打包输出
api依赖可传递,会将对应的依赖添加到编译路径,并将依赖打包输出
compileOnly依赖不可传递会添加到编译路径中,但是不会打包到apk中,只能在编译时访问
具体场景
implementation 很常见,比如我们导入的各种第三方依赖库
而当项目使用了module以及lib时,就会出现library又引用了library,一层、两层或出现更多层
如果我们需要把这些代码全部打入,如果用implement就要挨个去implement
或者我们使用api,这样套用的library也会被添加到编译路径,打包输出
compileOnly比如有的jar包系统环境里有,或者如果依赖关系上多个module lib重复引用了lib可只编译不打包,所以解决的是依赖重复引用或者冲突的问题。
如果是lib里有其他模块的module,或者lib
我们用 implementation不能把module里的代码打包到aar里,那怎么处理呢
有一种叫fat-aar
这里他提供了一个embed 就可以把其他模块或者lib的 代码打入lib中
但是它有点像implementation,