自从用Android Studio开发以来，一直不是很懂gradle是干嘛用的，一旦出现Gradle相关的什么错误（比如包下不来:cannot resolve dependencies........），都不知道怎么解决。
恰逢昨天上CSDN上看文章的时候，看到一位大神分享的文章：深入理解Android之Gradle。感觉自己懂了很多，现在就来分享下自己的心得。该文章的主要知识点来自以下几个网站，还有个人的一些经验分享。前面两篇文章比较重要。
深入理解Android之Gradle
Android Plugin For Gradle
Android Plugin For Gradle Release Notes

言归正传，最近听到很多名词，例如Groovy，Gradle，Ant，Maven，先来解释下都是干嘛的：
Groovy：一种语言，就像java、c++，它是一种基于JVM的敏捷开发语言，它结合了Python、Ruby和Smalltalk的许多强大的特性，Groovy 代码能够与 Jaa 代v码很好地结合，也能用于扩展现有代码。由于其运行在 JVM 上的特性，Groovy 可以使用其他 Java 语言编写的库。执行该语言的脚本时，Groovy会先将其编译成Java类字节码，然后通过Jvm来执行这个Java类。
Gradle：是以 Groovy 语言为基础，面向Java应用为主。基于DSL（领域特定语言）语法的自动化构建工具，用在Android中就是用来构建工程的工具，可以build等等。
Ant      ：原来用在Eclipse中打包的工具，现在已经被Gradle代替。
Maven ：是一个解决包依赖的管理系统，在Android中app project经常需要依赖一些外部或者本地的包。
对于Groovy，这里不再多做解释，如何安装Groovy请自行上网查找，如果想要了解Groovy的语法，请看深入理解Android之Gradle这篇文章中已经讲述。建议大家先看下，因为Gradle是基于Groovy的，要不然后面讲到Gradle的时候，会看不懂。
现在讲Gradle，下面一段话是android developers上对gradle的一段描述
The Android build system consists of an Android plugin for Gradle.Gradle is an advanced build toolkit that manages dependencies and allows you to define custom build logic. Android Studio uses a Gradle wrapper to fully integrate the Android plugin for Gradle. The Android plugin for Gradle also runs independent of Android Studio. This means that you can build your Android apps from within Android Studio and from the command line on your machine or on machines where Android Studio is not installed (such as continuous integration servers).
The output of the build is the same whether you are building a project from the command line, on a remote machine, or using Android Studio.
这里说到Gradle是一个管理依赖并允许开发者自定义构建逻辑的高级构建工具。这段话中还有另外一个概念就是Gradle Plugin，它是独立于Android Studio，可以通过各种Plugin插件扩展功能以适应各种构建任务，这就意味着你可以在其他machine上build你的App。
那都有哪些Plugin呢？在一个Android Project中有多个module，
如果Module是application，则apply plugin:'com.android.application'（原来是apply plugin:'android'，这是旧的写法）
如果Module是library，则apply plugin:'com.android.library'
当然还有其他的plugin，这里不再赘述。
所以你要分清楚gradle和gradle plugin，不要老虎老鼠傻傻分不清楚。在project目录下的build.gradle中声明了使用哪个版本的gradle plugin

在project目录下的gradle/wrapper/gradle-wrapper.properties中说明了使用哪个版本的gradle

在build.gradle中说明了如何去build。当我们新建一个project的时候，这时候只有一个app模块，我们看下project和app下的build.gradle。这里要注意的是，project下的build.gradle是对全局的配置，工程下的每个module都会有一个build.gradle，来自定义各自模块的build逻辑。
Android Studio projects contain a top-level project Gradle build file that allows you to add the configuration options common to all application modules in the project. Each application module also has its own build.gradle file for build settings specific to that module.
project下：

app下：

再来介绍project下的一个文件setting.gradle，该文件记录了在该project下所有的module，目前只有这一个app，所以只有该模块。如果你添加模块，这里会自动添加。

Android中都有哪些module呢？

• Android Application：也就是我们最常接触的app module

• Android Library：提供源代码，但是却不能run，以前打包出来的是jar，现在统一是aar。

• App Engine Module：不太清楚是干嘛的

• Java Library：提供源代码，打出来的是jar

刚刚介绍了在app模块下的build.gradle，已经初步了解了buildTypes的概念，现在我们深入下去，先来看一张图，这里的buildVariant与buildTypes中的内容保持一致。每次你build的时候，可以在这里选择你想要的buildType。

google官网上关于buildVariant的一段话：
generate multiple Apks with different product and build configurations for the same module.
接下来我们添加一个buildType
代码如下

buildTypes {
release {
。。。。
}
debug {
。。。。
}
mockType{
。。。。
}
}
每次更改build.gradle的内容，会要求你sync，sync完你发现buildVariant中的内容也改变了

接下来在介绍ProductFlavor，比如说现在你有个游戏应用，分为free和paid，在代码中这么加即可
buildTypes {
release {
。。。。
}
debug {
。。。。
}
}
productFlavors{
free {
。。。。
}
paid {
。。。。
}
}
这时你再sync下，看buildVariant，发现productFlavor和buildTypes进行两两组合了。结果是2*2=4种
//下面这句话很重要,组合的方式是按照这个顺序来的,如果是"type","cpu"，则组合出来的是free-x86-debug
flavorDimensions "CPU","type"
productFlavors {
x86 {
dimension='CPU'
}
arm {
dimension='CPU'
}
free {
dimension='type'
}
paid {
dimension='type'
}
}
再sync下，看buildVariant
buildTypes {
release {
//主要用来控制是否运行混淆的,还不是很懂，继续查找
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
//在BuildConfig.java中添加字段
buildConfigField("String", "url", "${releaseUrl}");
//指定签名使用哪个keystore
signingConfig signingConfigs.config
}
debug {
buildConfigField("String", "url", "${debugUrl}");
}
}
在project目录下的gradle.properties中加入如下代码

现在要求升级，比如说你的app要求比较高，在不同CPU下有不同的版本，分为x86和arm，你希望的结果是有八种模式，分别为
x86-free-debug、x86-free-release
x86-paid-debug、x86-paid-release
arm-free-debug、arm-free-release
arm-paid-debug、arm-paid-release
这就需要multi-dimensions product flavor
代码如下

现在理解了productFlavor这东西了吧。
接下来讲下刚才在buildTypes中release让大家忽略的东西。
平时写代码的时候，在app发布之前，我们会让app访问本地服务器，这是一个url，并且记录为全局的。当发布的时候，需要将url改成部署的服务器的地址。假如现在这个url记录在Config.java中，如果每次发布打包时都去检测该url是否正确的话太麻烦了，万一哪天忘记了呢？这里提供一个解决办法。
releaseUrl="helloworld--release"
debugUrl="helloworld--debug"
这时你再sync下，看该目录下的结构和文件

所以应用程序中的url可以从buildConfig.java中取BuildConfig.url即可。

Dependency：

android {
    compileSdkVersion 23
    buildToolsVersion "22.0.1"

    defaultConfig {
        applicationId "com.example.xx"
        minSdkVersion 9
        targetSdkVersion 23
        versionCode 1
        versionName "1.0"
    }
    buildTypes {
        dev{
            ....
        }

        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }

        debug{
        }
    }
}

dependencies {
    //    compile project(':sdk')
    debugCompile project(path: ':sdk', configuration: 'debug')
    releaseCompile project(path: ':sdk', configuration: 'release')
    devCompile project(path: ':sdk', configuration: 'dev')
}

如果是添加了flavor：

android {
    compileSdkVersion 23
    buildToolsVersion "22.0.1"

    defaultConfig {
        applicationId "com.example.xx"
        minSdkVersion 9
        targetSdkVersion 23
        versionCode 1
        versionName "1.0"
    }
    productFlavors{
        flavor1{
            ....
        }

        flavor2{
            ....
        }
    }
}

dependencies {
    //    compile project(':sdk')
    flavor1Compile project(path: ':sdk', configuration: 'debug')
    flavor2Compile project(path: ':sdk', configuration: 'release')
}

那么如何根据flavor和build type呢？

android {
    compileSdkVersion 23
    buildToolsVersion "22.0.1"

    defaultConfig {
        applicationId "com.example.xx"
        minSdkVersion 9
        targetSdkVersion 23
        versionCode 1
        versionName "1.0"
    }
    buildTypes {

        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }

        debug{
        }
    }
    productFlavors{
        online{
        }

        offline{
        }
    }
}

configurations{
    onlineDebugCompile
    offlineDebugCompile
    onlineReleaseCompile
    offlineReleaseCompile
}

dependencies {
    onlineDebugCompile project(path: ':sdk', configuration: 'onlineDebug')
    offlineDebugCompile project(path: ':sdk', configuration: 'offlineDebug')
    onlineReleaseCompile project(path: ':sdk', configuration: 'onlineRelease')
    offlineReleaseCompile project(path: ':sdk', configuration: 'offlineRelease')
}

讲完这部分，将gradle中的tasks，看下面这张图

Gradle基于Groovy，Groovy又基于Java。所以，Gradle执行的时候和Groovy一样，会把脚本转换成Java对象。Gradle主要有三种对象，这三种对象和三种不同的脚本文件对应，在gradle执行的时候，会将脚本转换成对应的对端：

• l Gradle对象：当我们执行gradle xxx或者什么的时候，gradle会从默认的配置脚本中构造出一个Gradle对象。在整个执行过程中，只有这么一个对象。Gradle对象的数据类型就是Gradle。我们一般很少去定制这个默认的配置脚本。

• l Project对象：每一个build.gradle会转换成一个Project对象。

• l Settings对象：显然，每一个settings.gradle都会转换成一个Settings对象。

这里说到执行过程中，只有一个gradle对象，回想刚刚我们在gradle.properties中加入了两个变量，我在想，这个gradle.properties中的变量和方法就是该gradle的变量和方法，可以在全局调用。
执行task的命令就是：gradle task-name。
如果你点开每个模块下的task你会发现有很多，不过有些task是top-level的，下面是google中的一段话
the Android studio build system defines a hierarchical set of build tasks: the top-level or anchor tasks invoke dependent tasks to produce their collective build outcomes. the top-level build tasks are:

• assemble: builds the project output

• build: runs both assemble and check

• check: runs checks and tests

• clean: performs the clean（刚刚buildconfig.java是在build目录下，这个目录只有在build执行后才生成，如果clean后，该目录不见）

这段话的意思就是每个task可以单独执行，但是以上列出的几个task是最高级的task，执行他的时候，他会调用其他task去执行并得到他们的结果。
最后讲下依赖：Android studio提供的多种依赖

• module dependency：依赖本project中的其他模块

• local binary dependency：本地的jar包

• remote binary dependency：网上的资源jar包，需要下载

使用remote binary dependency经常会导致出错，要知道网上下的包，一半都放在该目录下
C:\Users\本计算机的名字\.m2\repository

你可以选择离线下载该jar包，然后根据错误提示信息将jar包放在相应的目录下。讲个例子

你可以先上网下载那个文件，然后放在C:\Users\本计算机的名字\.m2\repository     +    org\jacoco\org.jacoco.agent\0.7.1.201405082137\目录下

如果没有该目录，自己创建