概述
依赖管理是Gradle最耀眼的特点之一。最佳情况下，你需要做的仅仅是在构建文件中添加一行代码，Gradle将会从远程仓库下载依赖，确保你的项目能够使用依赖中的类。
Gradle甚至可以做得更多。如果你的项目中有一个依赖，并且其有自己的依赖，那么Gradle将会处理并解决这些问题。这些依赖中的依赖，被称之为传递依赖。
一、依赖仓库
一个依赖仓库可以被看作是文件的集合。Gradle默认情况下没有为你的项目定义任何依赖仓库，所以你需要在repositories代码块中添加它们。如果使用AndroidStudio，那么它会为你自动完成。如下所示：
repositories {
jcenter()
maven { url "https://jitpack.io" }
google()
}
一个依赖通常是由三种元素定义的：group、name和version。group指定了创建该依赖库的组织，通常是反向域名。name是依赖库的唯一标识。version指定了需要使用依赖库的版本号。使用这三个元素，就可以在dependencies代码块中声明一个依赖了：
compile 'io.reactivex.rxjava2:rxjava:2.1.8，
compile 'io.reactivex.rxjava2:rxandroid:2.0.1'
二、本地依赖
1、文件依赖
你可以使用Gradle提供的file方法来添加JAR文件作为一个依赖，如下所示：
dependencies {
compile files('libs/ domoarigato.jar ')
}
当你有很多JAR文件时，这种方式会变得异常烦琐，一次添加一个完整的文件夹可能会更容易些。
默认情况下，新建的Android项目会有一个libs文件夹，其会被声明为依赖使用的文件夹。一个过滤器可以保证只有JAR文件会被依赖，而不是简单地依赖文件夹中的所有文件：
dependencies {
compile fileTree(include: ['*.jar'], dir: 'libs')
}
2、NDK依赖
Android插件默认支持原生依赖库，你所需要做的就是在模块层创建一个jniLibs文件夹，然后为每个平台创建子文件夹，将.so文件放在适当的文件夹中。
android {
sourceSets.main {
jniLibs.srcDir 'src/main/libs'
}
}
3、依赖Library
构建Library需要Androidy Library插件：
apply plugin: 'com.android.library'
在应用中包含依赖项目的方式有两种。一种是在项目中当作一个模块，另一种是创建一个可在多个应用中复用的.aar文件。
如果在项目中创建了一个模块作为依赖项目，那么你需要在settings.gradle中添加该模块，在应用模块中将它作为依赖：
include ':sample', ':rximagepicker'
同时，你还需要在你的module的dependences模块中添加对应依赖：
dependencies {
implementation project(':rximagepicker')
}
三、依赖的概念（Compile）
Gradle将多个依赖添加至配置，并将其命名为集文件。下面是一个Android应用或依赖库的标准配置：
- compile
- apk
- provided
- testCompile
- androidTestCompile
compile是默认的配置，在编译主应用时包含所有的依赖。该配置不仅会将依赖添加至类路径，还会生成对应的APK。
如果依赖使用apk配置，则该依赖只会被打包到APK，而不会添加到编译类路径。
provided配置则完全相反，其依赖不会被打包进APK。这两个配置只适用于JAR依赖。如果试图在依赖项目中添加它们，那么将会导致错误。
最后，testCompile和androidTestCompile配置会添加用于测试的额外依赖库。在运行测试相关的任务时，这些配置会被使用，并且在添加如JUnit或Espresso测试框架时，特别有用。如果你只希望在测试APK时使用这些框架，那么就不会生产APK。
参考
《Gradle For Android 中文版》
