首先

我们要理解原理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，