参考网址：
Android使用Gradle依赖配置compile、implementation与api的区别介绍
Android Studio 添加第三方库的6种方式（Jar,module,so等）
前言
AndroidStudio升级到3.0之后，gradle版本也随之升级到了3.0.0版本。
当gradle插件升级到3.0.0及以上后，我们会发现在gradle中添加依赖的时候，会推荐你使用implementation或者api，而不再推荐你使用compile，今天就来简单介绍下这两者的使用与区别！
classpath 'com.android.tools.build:gradle:3.0.0'
在新建一个Android工程的时候，build.gradle中的依赖默认为implementation，而不是之前的compile。另外，gradle 3.0.0版本以上，还有依赖指令api。本文主要介绍下implementation和api的区别。
新建工程默认生成的app的build.gradle文件中的依赖：
dependencies {
implementation fileTree(include: ['*.jar'], dir: 'libs')
implementation 'com.android.support:appcompat-v7:26.1.0'
implementation 'com.android.support.constraint:constraint-layout:1.0.2'
testImplementation 'junit:junit:4.12'
androidTestImplementation 'com.android.support.test:runner:1.0.1'
androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.1'
}
api 指令
完全等同于compile指令，没区别，你将所有的compile改成api，完全没有错。
implementation指令
这个指令的特点就是，对于使用了该命令编译的依赖，对该项目有依赖的项目将无法访问到使用该命令编译的依赖中的任何程序，也就是将该依赖隐藏在内部，而不对外部公开。
简单的说，就是使用implementation指令的依赖不会传递。例如，有一个module为testLib，testLib依赖于Glide：
implementation 'com.github.bumptech.glide:glide:3.8.0'
这时候，在testsdk里边的java代码是可以访问Glide的。
另一个module为app，app依赖于testLib：
implementation project(':testLib')
这时候，因为testsdk使用的是implementation 指令来依赖Glide，所以app里边不能引用Glide。
但是，如果testLib使用的是api来引用Glide：
api 'com.github.bumptech.glide:glide:3.8.0'
则与gradle3.0.0之前的compile指令的效果完全一样，app的module也可以引用Glide，这就是api和implementation的区别。
-
建议
- compile在3.x版本的gradle中已被废弃，将在2018年底，被google移除，所以不要使用compile了直接使用api
- 依赖首先应该设置为implementation，如果没有错误，那就用implementation ，如果有错，那么使用api指令
Gradle 直接添加法
导入第三方SmartTabLayout
1.先去github里面，我们可以看到这样一段描述：
image.png
2.找到build.gradle(Module:app),然后找到dependencies,
这里我们可以看到我们刚才添加的库，刚才那个项目设置是和这里是一一对应的。
build.gradle添加SmartTabLayout
//要把尾部的@aar删去
api 'com.ogaclejapan.smarttablayout:library:2.0.0'
api 'com.ogaclejapan.smarttablayout:utils-v4:2.0.0'
3.然后我们重新点击Build按钮，然后开始测试
（注意：这里有时候build一两次是不可以的，需要多build几次，原因你懂得）
网友评论