Gradle插件运行流程整理
上面两篇文章值得多看几遍，下面是简单的总结：
在build.gradle文件开始，有apply plugin，
apply plugin: 'com.android.application' //对应apk
apply plugin: 'com.android.library' //对应aar
调用链：
app工程 -> AppPlugin -> AppExtension
library工程 -> LibraryPlugin -> LibraryExtension
library工程和app工程类似，下面只看app工程
AppPlugin extends BasePlugin
查看BasePlugin 的 apply，主要执行了这三步骤：
1.configureProject
2.configureExtension
3.createTasks
configureProject
主要作用：
- 进行版本有效性的判断。
- 创建了 AndroidBuilder 对象，后面用来合并manifest 和创建 dex 等作用。
- 设置了构建流程的回调来处理依赖和dex的加载和缓存清理。
跟踪代码：
- project.afterEvaluate回调里执行了setSdkLibData
- new AndroidBuilder
- getGradle().addBuildListener的finish回调里执行PreDexCache的清理
- getGradle().getTaskGraph().addTaskExecutionGraphListener，将TransformTask加载进PreDexCache
configureExtension
主要作用：
创建 Android 插件的扩展对象，对配置项 BuildType、ProductFlavor、SigningConfig 做了统一的创建和回调处理， 创建taskManager、variantFactory、variantManager。
android {
compileSdkVersion COMPILE_SDK_VERSION
……
defaultConfig {
……
}
buildTypes {
……
}
……
}
1、创建了 BuildType、ProductFlavor、SigningConfig 三个类型的Container
2、createExtension具体实现在AppPlugin里，这个方法就是创建android配置，将上面new出来的各个类传进去，最终生成AppExtension
3、之后创建了一些管理类
DependencyManager
NdkHandler
createTaskManager ：就是创建具体任务的管理类
createVariantFactory
VariantManager：VariantFactory 构建变体的工厂类，主要是生成Variant的对象
register ModelBuilder
注意：最下面是BuildType、ProductFlavor、SigningConfig 三个类型的Container增加whenObjectAdded监听，可以看到回调里都调用了variantManager::add……方法
createTasks
利用上面的两种配置，进行任务的创建。
任务有两种，一个是在 beforeEvaluate 创建任务；一个是在 afterEvaluate 创建任务。
beforeEvaluate跟我们编译没有太大关系。AndroidTask 是依赖配置项的配置才能生成相应任务，所以在afterEvaluate 回调里创建。
下面Gradle 提供的生命周期回调执行顺序：
settings：执行settingsEvaluated...
settings：执行projectsLoaded...
settings：执行test beforeProject
根项目配置开始---
根项目里任务配置---
根项目配置结束---
settings：执行test afterProject
settings：执行app beforeProject
子项目beforeEvaluate回调...
APP子项目配置开始---
APP子项目里任务配置---
APP子项目配置结束---
settings：执行app afterProject
APP子项目afterEvaluate回调...
settings: 执行projectsEvaluated...
构建结束...
createAndroidTasks -> variantManager的createAndroidTasks
if (variantDataList.isEmpty()) {
this::populateVariantDataList);//创建variantDataList
}
taskManager.createTopLevelTestTasks
createTasksForVariantData
populateVariantDataList 构建变体任务：
利用buildType 和 productFlavor ，构建 variantData，举例：
BuildType ：release、debug
productFlavor：push、dot（打点）
生成两个variantData
{release+（push、dot）}、{debug+（push、dot）}
createTasksForVariantData ：createAssembleTaskForVariantData方法
assemble任务
- 首先会先根据 buildType 信息创建 assemble + buildType 的任务，可以看下taskManager. createAssembleTask里的代码
- 将assemble任务依赖于我们的assembleXXX任务,创建 assemble + flavor + buildType 任务，流程多了 productFlavor 任务的创建。
举例：
创建assembleRelease，再创建assemblePushRelease，assembleDotRelease
创建assembleDebug，再创建assemblePushDebug，assembleDotDebug
createTasksForVariantData 的 taskManager.createTasksForVariantData方法：
生成 variantData 的一系列像 compileXXX、generateXXX、processXXX、mergeXXX的任务，具体代码再ApplicationTaskManager
在createPostCompilationTasks中，
如果设置了 minifyEnabled 为 true，会创建 createMinifyTransform ，
如果use proguard，这里会创建 progruad 的任务和 shrinkResources 的任务。
后面将创建 dexTask， 这个是 transfromTask 类型的任务
dexTask 中传入的 transfrom 是DexTransfrom，会调用 DexTransfrom 的 transfrom ，
自定义的transfrom就是把主要逻辑写在transform里。
transfrom方法执行到androidBuilder.convertByteCode。主要做了：
1.通过执行 processAllFiles ，内部创建 DexFile 也就是outputDex，并且填充 class 文件
2.通过 writeDex 方法，将 outputDex 传入，方法内部执行的是 outputDex.toDex 方法，将 outputDex 内部填充的 class 转化为 dex 的 byte[] 返回
3.最后将 byte[] 数组创建 classes.dex 输出
