Android用Gradle依赖配置compile、implementation与api区别 Android使用Gradle依赖配置compile、implementation与api的区别介绍（android的gradle）

前言

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了
• 依赖首先应该设置为implementation，如果没有错误，那就用implementation ，如果有错，那么使用api指令

总结：

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。