关于Gradle，我相信很多人和我一样都只是有一个模糊的了解，我们知道它是一个配置脚本，知道根据DSL参考文档，去配置相关属性。但却不知到它的执行原理。我们尽力把它当作配置文件去简单的理解，却总时感觉自己陷入一种不知所云的尴尬。更不用说利用Gradle的强大能力去有序，有伸缩性的构建项目。所以知道一点原理总是好的，至少可以摆脱一种不好的混沌感。
构建过程是怎样？
a:先执行setting.gradle脚本，确定有哪些工程需要参与构建（声明语句为 include '工程名'），并为每个工程生成一个Project对象。
b:执行每个工程下的build.gradle文件。配置该工程的Project对象。所谓配置就是确定该Project需要执行哪些Task,并且要对这些Task进行配置。
b1:执行apply plugin: 'com.android.library'(以构建android工程为例)。先查找classpath下是否有一个名叫'com.android.library'的插件，然后执行该插件的apply方法。
apply方法以Project为参数，在该方法中可以向Project对象，添加需要执行的Task。在Android Project工程中至少要做以下工作compileJava（编译java文件），processResources（处理资源文件），classes，这些工作在Gradle看来就是一个个Task。
b2:接着会执行dependencies{}方法。这个语法显然有点陌生，但把它改写成这样，都应该能理解--dependencies（new Closure(){//代码}）。Project类有一个dependencies方法，他接受一个Closure类型的匿名内部类为参数。当然在Groovy的语境中并不是这样，我只是尽量用Java的语境去讲解。这个方法做了什么呢？他确定了工程之间的依赖关系以及工程与第三方库的依赖关系。
何为依赖？
Project之间存在依赖关系，就如同工程依赖Jar包一样，我们总要借助其他项目已经实现的功能。Task也存在依赖关系，每一个工程肯定是先执行compileJava，processResources后，再执行classes。所以我们可以说classes任务依赖于compileJava，processResources。
依赖计算完成之后，就构建了如下依赖有向图
b3:紧接着会执行android{}这个方法。每一个Android工程都有一些参数需要配置，而这些参数又影响着Task的执行。比如compileSdkVersion，当我们配置这个属性时，实际上影响到了compileJava这个Task。因为当该Task执行时需要根据相应版本的sdk编译项目。所以当执行android{}方法的时候实际上是在配置一系列Task。
在此说明一下，如果真要从Gradle的实现原理来说明，这就没完没了了。关于b3我只能说他达到了怎样的效果，在实际实现上要复杂的多。因为在里面涉及到Groovy的最难的语法知识，以及DSL的构建思想。
c:按依赖顺序执行依赖有向图中的Task.
