android第三方包依赖区别

compile（implementation，api）

这种是我们最常用的方式，使用该方式依赖的库将会参与编译和打包。

implementation：该依赖方式所依赖的库不会传递，只会在当前module中生效。

api：该依赖方式会传递所依赖的库，当其他module依赖了该module时，可以使用该module下使用api依赖的库。

当我们依赖一些第三方的库时，可能会遇到com.android.support冲突的问题，就是因为开发者使用的compile或api依赖的com.android.support包与我们本地所依赖的com.android.support包版本不一样，所以就会报All com.android.support libraries must use the exact same version specification (mixing versions can lead to runtime crashes这个错误。

解决办法：

• 修改自己项目中的com.android.support的版本号，与所依赖的库版本号一致，但是当我们依赖的库中的com.android.support版本号有好几个版本就不行了。（不推荐）
• 依赖第三方库时候排除掉对com.android.support包的依赖，这样自己的项目随便依赖什么版本都可以，但是这种方法需要你先找到哪些库存在冲突
• 通过groovy脚本强制修改冲突的依赖库版本号 （推荐）
• 将项目迁移至AndroidX（推荐）

provided（compileOnly）

只在编译时有效，不会参与打包，可以在自己的moudle中使用该方式依赖一些比如com.android.support，gson这些使用者常用的库，避免冲突。

apk（runtimeOnly）

只在生成apk的时候参与打包，编译时不会参与，很少用。

testCompile（testImplementation）

testCompile 只在单元测试代码的编译以及最终打包测试apk时有效。

debugCompile（debugImplementation）

debugCompile 只在debug模式的编译和最终的debug apk打包时有效

releaseCompile（releaseImplementation）

Release compile 仅仅针对Release 模式的编译和最终的Release apk打包。