Gradle：全新安卓构建系统

优势

支持多渠道、多APK打包；

Multi-flavor

src目录下有main文件夹，这是app的base部分；
支持多种flavor/variant，例如debug，release，paid，free等，分别在src目录下创建相应的文件夹，编写相应的代码；main文件夹下的代码是共用的，而相应文件下下的代码只在相应flavor/variant中使用；
每个文件夹下都可以编写自己的java代码，使用自己的res资源文件等；
在Android studio的build variants面板中可以选择构建的flavor；

文件结构如下图：

Basic Project

工程结构：创建新工程时，自动会生成main和androidTest目录，分别存放工程文件和测试代码；androidTest目录下不需要manifest文件，将自动生成；

可以通过配置，修改/重新指定各种文件的位置：

    android {
        sourceSets {
            main {
                manifest.srcFile 'AndroidManifest.xml'
                java.srcDirs = ['src']
                resources.srcDirs = ['src']
                aidl.srcDirs = ['src']
                renderscript.srcDirs = ['src']
                res.srcDirs = ['res']
                assets.srcDirs = ['assets']
            }

            androidTest.setRoot('tests')
        }
    }

tasks：apply plugin时，会自动添加plugin定义的task（java和android包括：assemble，check，build，clean。build包括assemble和check）；
和make类似，上次执行之后没有改变的task下次将不会执行；

build的配置可以动态化：

  def computeVersionName() {
      ...
  }

  android {
      compileSdkVersion 19
      buildToolsVersion "19.0.0"

      defaultConfig {
          versionCode 12
          versionName computeVersionName()
          minSdkVersion 16
          targetSdkVersion 16
      }
  }

注意：方法名不能和默认的getter重名；

buildTypes && productFlavors 配置不同的打包类型，两者为组合关系；
- Build Type + Product Flavor = Build Variant
- 不同buildTypes的sourceSets可以重新指定；会创建对应的assemble<BuildTypeName> task；
- main和不同类型的manifest文件将会合并；资源文件也将合并，同名的将以具体build type覆盖main中的资源；

依赖、安卓库、多工程配置

声明依赖

本地jar文件：


  dependencies {
      compile files('libs/foo.jar')
  }

远程依赖：

  repositories {
      mavenCentral()
  }

  dependencies {
      compile 'com.google.guava:guava:11.0.2'
  }

library project依赖：


  dependencies {
      compile project(':libraries:lib1')
  }

依赖类型
- compile：用于主应用程序的依赖编译，所有的内容都会加入到classpath中，并且打包到APK文件中；
- androidTestCompile：用于集成测试程序（或称InstrumentatinTest）；
- testCompile：用于单元测试；
- provided：？？TODO？？
- debugCompile：debug Build Type；
- releaseCompile：release Build Type；
- APK文件总是使用两种依赖类型：compile和<buildtype>Compile；
- 创建新的build type，就可以使用对应的<buildtype>Compile声明依赖；
library project最终将打包为.aar文件，包含编译后的代码、资源文件；library在被其他工程引用时，其依赖只有compile类型的才会被继承；

命令行运行

如果不clean，将采用递增式编译，即之前已编译、且无修改的部分，将不会编译；
第一次运行的时候加上-–daemon选项，将让gradle后台运行，后续编译将节省gradle初始化的时间；

创建自定义task

添加task


  task custom(description: 'This is our custom task') << { task ->
      println "Running task ${task.name}"
  }

task的执行时机
- Configuration stage
- Execution stage
- 默认task的执行时机均是Configuration stage，即便指定其他task，也会被触发执行
- 可以通过doLast语句块，来保证只有在明确指定执行task时才会执行，而doLast块外的代码，将在任何任务执行时都会执行
- <<操作符
```
  task myTask2 << {
      println "Hello, World!" 
  }
```
  相当于整个task都在doLast块内
添加task的依赖
```
    assemble.dependsOn 'custom'
```
assemble将依赖于custom，即custom执行后才能执行assemble；这样是将custom添加到了assemble的最后一个依赖；

使用rule延迟创建task

  assemble.dependsOn(‘customAssemble’)

  tasks.addRule(“Pattern: customAssemble“) { taskName ->
    println “Creating task ${taskName}”
    if (taskName.equals(“customAssemble”)) {
      android.applicationVariants.each { variant ->
        println “Adding dependency to assemble${variant.name}”
        def targetTask = project.tasks.findByName(“assemble${variant.name}”)
        if(targetTask != null) {
          targetTask.dependsOn(“customAssemble${variant.name}”)
        }
      }
    }
    task(taskName) << { task ->
      println “Running custom task ${task.name}”
    }
  }

巧用Product Flavor

不同的版本，使用不同的服务器配置，不同的icon，不同的包名等，使用product flavor非常方便；可以在product flavor配置里面设置控制变量，主代码根据控制变量来控制行为；

productFlavors {
        rd {
            applicationId "zuul.com.android.rd"
            buildConfigField "boolean", "LOG_TIMBER", "true"
            buildConfigField "boolean", "LOG_STETHO", "true"
            buildConfigField "boolean", "SHOW_LOGGIN_PHONE", "true"
        }
}

资源文件（drawable，string，style等）、代码文件，都可以为不同的flavor创建相应的文件夹，进行个性化配置；

语法

基于Groovy；closure是很常见的基本元素；调用方法如下：
build.gradle：
- buildscript是在gradle系统中定义的一个方法，接受一个closure作为参数；
- gradle脚本所有的顶层代码都是delegate到Project实例context上；
- script block：把一个closure传递到一个方法中，同时调用该方法；