前言
作为一名 Android 开发同学，当你的工程和代码达到一定规模的时候，相信你一定遇到过编译速度过慢的问题。
等待编译的时间，仿佛过了一个世纪，有没有！
对于程序猿，时间尤其宝贵，当你修改完一个 BUG 或者想验证一个功能时，却因为编译速度过慢而不得不打断你的思路，也会严重影响你的开发效率。
正所谓，磨刀不误砍柴工，所以，减少和提升你工程的编译速度是一个值得立刻开始的重要工作。
如何优化
Gradle 官方的一些优化建议
1.尽可能的使用最新版本的 Gradle 和 JVM，这是最简单直接的方式，Gradle 开发团队会持续的更新 Gradle 版本，来优化构建速度以及提供一些新的特性，而使用新版本的 JVM，是因为 Gradle 运行在 JVM 上，所以，如果新版本的 JVM 提升了性能，同样也会让 Gradle 跑的更快。
2.Parallel execution，并行执行 Gradle 的 tasks，在你的 gradle.properties 文件添加以下配置：
org.gradle.parallel=true
3.Build Scan，是一个很好的诊断工具，通过该工具可以很好的帮助你去分析和解决编译速度慢的问题。
使用方法：在你的 Gradle 构建工程里执行以下命令
./gradlew build --scan
4.配置阶段
- 减少不必要的 apply plugin，按需使用。如果某个插件不是所有的模块都要使用的情况下，就不要使用 allprojects{} 的方式。
- 在配置阶段避免执行一些耗时的工作，比如 IO 操作或者网络请求等
5.依赖解析
- 减少动态 (2.+) 版本和 SNAPSHOT 版本的依赖库，通常这种方式的依赖，会强制 Gradle 去远端仓库比对是否有新的变化。
- 避免不必要和未使用的依赖
6.任务执行阶段
增量构建
7.Daemon
- 在老版本的 Gradle 开启 Daemon 配置，而在 3.0 以后的 Gradle 版本是默认支持的。
- 调整 daemon’s 的堆大小，默认是 1 GB，如需调大，可在你的 gradle.properties 设置：
org.gradle.jvmargs=-Xmx2048M
8.使用 implementation 替代 compile，有效的减少编译时的依赖项，需升级至 Gradle 3.4 版本
9.增量编译，Gradle 可以将依赖关系分析到单个类级别，以便仅重新编译受更改影响的类。 增量编译是 Gradle 4.10 以来的默认编译。 在老的版本中，可以像这样激活它：
tasks.withType(JavaCompile) {
options.incremental = true
}
使用分析报告，通过以下命令可以在编译完成后，生成一份本地的分析报告：
./gradlew assembleDebug --profile
