Android Studio由于使用了gradle的进行项目构建，使我们开发app方便很多，下面这篇文章主要给大家介绍了关于Android Studio中Gradle依赖的相关资料，文中通过示例代码介绍的非常详细，需要的朋友可以参考下
前言
Android studio依赖项目是使用gradle管理的，依赖一个项目、一个jar包、一个工程，都可以在这里进行配置，本文将给大家详细介绍关于Android Studio中Gradle依赖的相关内容，下面话不多说了，来一起看看详细的介绍吧
一、不同类型的library引入方案：
1、本地Module library依赖：
通过这种方式依赖的弊端是每次都需要构建module，当module比较多时构建非常耗时，建议控制module的依赖数量，避免构建耗时
2、本地二进制library依赖：jar和aar：
本地的jar和aar需要放在module的libs文件夹下，通过这种方式依赖的弊端是不知道jar和aar的版本号，如果要按照这种方式依赖，建议将jar/aar的名字加上版本信息，方便确认版本
依赖jar:
依赖aar：
3、远程二进制library依赖：
为了安全起见，建议搭建公司内部的私有maven仓库，统一管理依赖的library，公司内部的公共library不要使用公共的maven仓库。通过这种方式依赖相比于前两种方案都要更优，且配置灵活，可以根据实际需求调整
总结如下：
二、不同依赖配置方式的区别：compile、implementation、api
从Android Gradle plugin 3.0开始，对于依赖包的配置方式，引入了implementation和api，使用Android Studio新建项目时，原来用compile的地方全部默认被替换成了implementation 比如：
变成下面的样子：
网上查资料时，依赖配置方式还有：provided、api、apk、compileOnly、runtimeOnly、渠道名+Compile，差异主要在于构建内容和参与构建的时机，多样的配置方式满足了开发者的花样需求，具体区别如下：
1、implementation：
依赖包中依赖的library只能在依赖包内部使用，主工程无法访问依赖包依赖的library中的类和方法。使用场景：SDK开发中对第三方library有依赖，希望控制SDK的大小、不想因为和宿主工程引用的同一个依赖包版本不同导致编译冲突时特别适合。
因为当依赖包依赖的library有改动时，只会重新编译library和依赖包，不需要重新编译宿主，所以构建速度会快一些。
对于各个渠道还可以单独依赖属于渠道特有的包，通过渠道名+implementation指定，比如debugImplementation、releaseImplementation、testImplementation。
2、api(原compile)：
会将依赖包中依赖的其它library一同编译和打包到apk中，宿主工程可以使用依赖包中依赖的其它library的类和方法
对于各个渠道还可以单独依赖属于渠道特有的包，通过渠道名+api/compile指定，比如debugApi、releaseApi、testApi
3、compileOnly(provided)：
主要是为了方便程序编译通过的，不会打包到apk中，使用场景：android系统有这个API，但编译时需要引入才能构建通过，比如系统的APK依赖framework.jar、gson库等
4、runtimeOnly(原apk)：
只是打包到apk中，不参与编译，不能在代码中直接调用依赖包的代码，否则会在编译时出错。一般很少使用
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对编程学习网的支持。
