一篇文章认识Gradle的使命
Gradle对于我们大多数Android开发者可以说是熟悉又陌生。但这个理由并不足以让我有动力写下这篇文章，其主要因为是这样的：最近参与项目开发，发现项目工程里的的build.gradle比之前接触的的复杂了许多，虽然大部分内容通过表面英文也勉强能看懂，但还是有些内容会让人懵逼。尤其是gradle出错的时候，我第一时间会运用一个非常熟练的技能，ctrl+c问题，ctrl+v到google，然后通过google出来的结果跟着改，运气不错哟，这么简单的改动就gradle通过了，这时喜悦之前喷涌而出，嘴角开始疯狂的上扬。但其实内心是很虚的，因为你根本不知道是基于什么原理去解决的。所以总的来说本篇博客的目的就是两个：
减少无效的ctrl+c/v时间
弄懂gradle的使命，遇到gradle问题不再那么虚
本篇博客的核心内容分三点：
Groovy和Java
Gradle的生命周期
task的定义
Groovy和Java
在学习gradle的过程中最好记住下面一句话，避免在gradle的摩天大楼中迷失了方向
Gradle脚本是基于Groovy语音的，因而它一定要遵循Groovy的语法
Groovy是一门脚本语言，也是一门JVM语言，它最终是要编译成class文件然后在jvm上执行，所以Java语言的特性Groovy都支持，我们完全可以混写Java和Groovy。咦，怎么这段话好像在介绍kotlin见过呀！是的，如果你学过kotlin你会发现，kotlin和groovy的很多语法规则都一样。
既然如此，那Groovy的优势是什么呢？简单来说:Groovy提供了更加灵活简单的语法，大量的语法糖以及闭包特性可以让你用更少的代码来实现和Java同样的功能。比如解析xml文件，Groovy就非常方便，只需要几行代码就能搞定，用Java则需要几十行代码。
下面只简单的介绍Groovy的几个语法，更多的语法可以参考官方文档，本文的重点不再这里。
1. 字符串模版
defname ="world"println"Hi${name}"复制代码
2. def 关键字来声明变量和函数
defa=1//省略了分号defb="hello world"defintc=1defhello(msg) {//参数类型可省略println (msg)1//方法返回值可省略return}复制代码
在Groovy中，类型是弱化的，所有的类型都可以动态推断
在Groovy中很多东西都可以省略，比如语句后的分号，返回值最后的renturn，函数参数的类型
3. 闭包（Closure）
简单的理解，通过一对{}把代码块框起来，作为一个整体对象来处理
{[closureParameters ->]sataments}复制代码
[]内容是可以省略的，但不代表没有，Groovy自动帮我吗分析推断，从而省去人工书写的繁琐过程
举几个栗子
{ -> item++ }//引用一个变量item{ it ->printlnit }//使用隐含闭包参数it{printlnit }//省略隐含闭包参数it{ name ->printlnname }//显示闭包参数{stringx,inty ->//多个闭包参数printIn"hey ${x} the value is $(y}"} 复制代码
4. 运算符重载
Groovy中的不少运算符会被映射为针对对象的常规函数调用。譬如:
a + b 会被Groovy 解释为 a.plus(b)a - b 会被Groovy解释为 a.minus(b)a[b] = c 会被Groovy解释为 a.putAt(b, c)复制代码
正因为有了这样的特性，才有了我们常见的task语句：
taskhelloworId << {println'hello, world
}
复制代码
Gradle的生命周期
gradle完成它的自动化编译使命，需要经过三个过程，也就是它的生命周期
1. 初始化
初始化的阶段主要职责是定位有哪些需要处理的build文件。如果是单个工程，就会识别出单独的build文件作为下一个阶段的输入。如果是多工程，就会找到多个build文件，把它们作为下一阶段的输入。这个阶段settings.gradle文件会被解析。
2. 配置
处理所有的模块的build脚本，处理依赖，属性等。对于Android来说每个模块的build.gradle文件会被解析并配置，这个时候会构建整个task的链表（仅仅指存在依赖关系的task的集合，不是数据结构的链表）。这一阶段的目标产物实际上是由一个个task组成的 DAG图（Directed Acyclic Graph）
3. 执行
这个阶段是真正体现Gradle价值的一个阶段，他会根据上一阶段的DAG结果来执行某一个特定的task，这个task所依赖的其他task都将会被提前执行
下面有一个栗子可以直观的感受到这个周期过程，传送门：
Task定义
Task可以理解为Gradle的执行单元。Gradle就是通过一个个task来完成具体的构建任务，下面我们就来看看Task的定义。
taskmyTask {println"config myTask"}复制代码
执行task: gradle myTask 或者 gradle clean
configmyTask
可以看出，只要我执行任何一个task，都会输出config myTask。这是为什么呢？
因为每个task执行之前都需要进行一遍完整的配置。
但很多时候我们都不需要写配置代码，那还这么做不是很影响执行速度？
这个时候可以通过gradle的提供的一些API方法：
doFirst：task执行最开始的操作
doLast：task执行最后的操作，等价于leftShift操作，所以也可以写成这个操作符 <<
那么把配置代码和执行代码分开来可以写成这样：
taskmyTask {println"config myTask"}myTask << {println"after execute myTask"}myTask.doFirst{println"before execute myTask"}复制代码
当然。很多时候在定义task的时候可以继承Gradle本身提供的Task，比如Copy、Delete、Sync等。
举个栗子，继承Delete的task
taskclean(type:Delete) { delete rootProject.buildDir}复制代码
用于删除整个project根目录下的build文件夹
