gradle 依赖管理

https://juejin.im/post/5c1700f5f265da614312f794
dependencies DSL标签是标准Gradle API中的一部分，而不是Android Gradle插件的特性，所以它不属于android标签。

https://zhuanlan.zhihu.com/p/110215979

https://juejin.im/entry/59918304518825489151732d

主要的：
api：跟2.x版本的 compile完全相同

implementation：只能在内部使用此模块，比如我在一个libiary中使用implementation依赖了gson库，然后我的主项目依赖了libiary，那么，我的主项目就无法访问gson库中的方法。这样的好处是编译速度会加快，推荐使用implementation的方式去依赖，如果你需要提供给外部访问，那么就使用api依赖即可
（https://blog.csdn.net/yuzhiqiang_1993/article/details/78366985）

这里是gradle文档的解释
https://docs.gradle.org/current/userguide/java_library_plugin.html#sec:java_library_configurations_graph

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冲突的解决办法（https://blog.csdn.net/yuzhiqiang_1993/article/details/78214812）

下面这些不重要

provided（android studio3.0中更改为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打包。
————————————————
版权声明：本文为CSDN博主「XeonYu」的原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/yuzhiqiang_1993/article/details/78366985