Android Studio3.x新的依赖方式（implementation、api、compileOnly）

最新推荐文章于 2024-01-12 11:12:30 发布

weixin_30747253

最新推荐文章于 2024-01-12 11:12:30 发布

阅读量67

点赞数

CC 4.0 BY-SA版权

文章标签：移动开发 runtime 测试

原文链接：http://www.cnblogs.com/tc310/p/9086627.html

本文介绍了Android Studio 3.0中新引入的依赖管理方式，如implementation和api等，并对比了与2.x版本中compile的区别。同时讲解了各种依赖类型的特点及适用场景。

https://blog.youkuaiyun.com/yuzhiqiang_1993/article/details/78366985?locationNum=6&fps=1

Android Studio3.0正式版已经出来了，相比2.x的版本，编译速度提高了不少。
当我们使用AS3.0新建项目时会发现，默认的依赖由之前的compile更改为implementation了。

下面我们来看看他们之前的差异：

首先是2.x版本的依赖方式：

这里写图片描述

再来看看3.0的：

这里写图片描述

可以看到在Android studio3.0中，compile依赖关系已被弃用，被implementation和api替代，provided被compile only替代，apk被runtime only替代，剩下的看名字就知道了。

我们先来看看implementation和api的区别：

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

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

还不熟悉2.x版本依赖的可以看看下面的说明，括号里对应的是3.0版本的依赖方式。

compile（api）

这种是我们最常用的方式，使用该方式依赖的库将会参与编译和打包。
当我们依赖一些第三方的库时，可能会遇到com.android.support冲突的问题，就是因为开发者使用的compile依赖的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冲突的解决办法