文章主题内容来自
Gradle官方文档的Understanding the Build Lifecycler章节。通读完该章节，大大加深了我对task对象，project对象，gradle.build脚本和project对象的关系等这3个概念的理解。官方文档地址：https://docs.gradle.org/current/userguide/build_lifecycle.html#sub:building_the_tree
构建的不同阶段
一个gradle的构建有3个不同的阶段
-
初始化（Initialization）
Gradle支持单和多project的构建。在初始化阶段，gradle决定了哪一个或哪些project将要参与到这次构建，并且为每个project创建一个
Project对象。（注意，一个project对应一个build.gradle文件） -
安装（Configuration）
在这个阶段，
Project对象被安装(个人猜测是执行Project对象的构造函数)。所有参与到这次构建的build.gradle脚本文件都会被执行。 -
执行（Execution）
在此阶段，gradle将会决定在安装(Configuration)阶段所创建和装配的tasks的哪些子集tasks要被执行。被执行的那些task是通过
gradle命令的参数中的task的名字和当前在哪个目录下来决定的。gradle然后执行每一个被选中的task。
settings.gradle
- 除了
build.gradle脚本之外，gradle还定义了一个settings.gradle文件。这个文件会在初始化(initialization)阶段被执行。 - 一个multi-project的构建必须有一个
settings.gradle文件在根目录。因为后者定义了哪些project(也就是build.gradle脚本)会参与到这个构建。当然，单project(单个build.gradle脚本)的情况下，settings.gradle可有可无。
3个不同阶段在构建中的执行顺序
1. 定义了3个task来分别查看他们执行时打印的情况
-
settings.gradle文件println('initialization：settings.gradle被执行') -
build.gradle文件println('configuration：build.gradle') task configured{ println('configuration:task configured') } task A{ println('configuration:task A') doLast{ println '这里执行task:A#doLast' } } task B { doFirst{ println '这里执行task:B#doFirst' } doLast{ println '这里执行task:B#doLast' } println 'configuration:task B' } -
$ gradle configuredwilliam@localhost:~/IdeaProjects/1$ gradle configured initialization：settings.gradle被执行 > Configure project : configuration：build.gradle configuration:task configured configuration:task A configuration:task B -
$ gradle Ainitialization：settings.gradle被执行 > Configure project : configuration：build.gradle configuration:task configured configuration:task A configuration:task B > Task :A 这里执行task:A#doLast -
$ gradle B并被添加到Project对象的一个字段TaskContainer tasks中，initialization：settings.gradle被执行 > Configure project : configuration：build.gradle configuration:task configured configuration:task A configuration:task B > Task :B 这里执行task:B#doFirst 这里执行task:B#doLast -
$ gradle A Binitialization：settings.gradle被执行 > Configure project : configuration：build.gradle configuration:task configured configuration:task A configuration:task B > Task :A 这里执行task:A#doLast > Task :B 这里执行task:B#doFirst 这里执行task:B#doLast
2. 结论
初始化阶段执行settings.gradle脚本中的内容，
安装阶段执行build.gradle脚本中除了
task.doLast(Closure c)和task.doFirst(Closure c)中的所有内容。因为在安装阶段时，该build.gradle文件对应的Project对象已经创建，此时安装阶段对应的就是Project对象执行其构造方法。而上述代码中在build.gradle中定义了3个task，那么在安装阶段，这3个task就会被创建为3个task对象实例，并且被加入到Project对象的TaskContainer容器中，此后，这3个task实例就作为Project对象的属性，可以直接使用了。-
执行阶段，根据输入的task的名称和相关依赖（如果存在），去遍历执行对应的task对象中
private List<ContextAwareTaskAction> actions=new ArrayList<>();的所有的方法，而当我们调用
doLast或者doFirst都是往那个ArrayList的头尾插入由我们传入的闭包而转化成的Action接口的对象。而Action接口长这样：@HasImplicitReceiver public interface Action<T> { void execute(T t); }那么到执行阶段，这个task的
Action的容器actions就会被遍历并调用每个Action的execute(T t)方法。
响应build.gradle脚本的生命周期
1. Project的安装
build.gradle中的内容依靠Project对象的构造方法来安装Project对象，其中有两个回调暴露给我们，分别是
afterEvalueate(Closure closure)
beforeEvalueate(Closure closure)
它们属于Project接口中就定义了的方法，因此直接用就行
build.gradle：
afterEvaluate {
if (it.hasProperty('group')) {
println('has group')
it.task('B'){
doLast{
println 'execute B'
}
}
} else {
println('do not have group')
}
}
task A {
println(' configure A')
}
执行task B
william@localhost:~/IdeaProjects/1$ gradle B
> Configure project :
configure A
has task A
> Task :B
execute B
BUILD SUCCESSFUL in 0s
1 actionable task: 1 executed
执行结果如上，Project#afterEvaluated(Closure closure)方法会在Project对象全部安装完之后被调用，这也是其构造方法暴露给客户端的回调，那么Project对象的构造方法的伪代码如下：
public ProjectImpl(){
runClosureBeforeEvalueation();//执行安装前的闭包
configureCodeInSript();//安装
runClosureAfterEvalueation();//执行安装后的闭包
}
2. Task的创建
在一个task对象被添加到一个Project对象后，可以立刻收到一个回调。
用tasks.whenTaskAdded(Closure closure)就可以办到
build.gradle：
tasks.whenTaskAdded {
println(it.name)
}
task A {
println('configure A')
}
task B {
println 'configure B'
}
执行task A
william@localhost:~/IdeaProjects/1$ gradle A
> Configure project :
A
configure A
B
configure B
3.Task的执行
gradle.taskGraph.addTaskExecutionListener(new TaskExecutionListener() {
@Override
void beforeExecute(Task task) {
}
@Override
void afterExecute(Task task, TaskState state) {
}
})
gradle.taskGraph.beforeTask {
}
gradle.taskGraph.afterTask {
}
上面的接口的方法和下面的两个闭包方法的作用都是一样的，我认为他们相比于Task#doFirst或者Task#doLast方法的优点在于，TaskExecutionGraph的这几个方法，是为每一个安装了的task对象都插入一段回调，这段回调在每一个task执行前后被调用。
个人总结：
- 在执行build.gradle之前，他所对应的
Project对象已然创建，猜测是在执行settings.gradle时已经创建了。 - build.gradle中的所有代码，都作为
Project对象的构造函数一部分而插入构造函数。 - 在build.gradle脚本中创建的所有Task对象都在创建后都被
Project对象的TaskContainer这个容器对象引用。 - 命令行每执行一次gradle命令，就创建一个程序，从类似java的
main方法开始运行。创建Project对象，执行build.gradle脚本来安装(在他的构造方法中)，而gradle命令后面跟随的是task的名字，此时装配好Project对象后，根据传入的task的名字来去直接执行这个task。当task执行完毕输出结果后，程序结束，main()方法结束。 - 当直接执行gradle命令而不加task，也会依然会执行build.gradle中为
Project装配而存在的代码，即此时Project对象存在，但是只是不去execute task了。
以上，为总结和对gradle运行原理的猜想，待考证更多资料后证实之。
