implementation、api、compileOnly区别

为了以后查看方便，特在此记录，参考文章：https://blog.csdn.net/yuzhiqiang_1993/article/details/78366985?locationNum=6&fps=1

2.x 和 3.X版本依赖方式的比较：

2.X版本的依赖方式

3.X版本的依赖方式

替代关系：

compile依赖关系已被弃用，被implementation和api替代;
provided被compile only替代;
apk被runtime only替代;
api：跟2.x版本的 compile完全相同。

implementation和api区别：

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

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打包。