随着项目工程的不断增大，加之组件化、插件化方案盛行，导致module拆分过多，多module情况下很容易出现依赖关系混乱、过度依赖等问题，致使构建速度成为影响开发效率的瓶颈，想象一下修改一行代码需要抽一根烟的功夫(可能还不够)，那一天得多费烟啊！！？
本文针对gradle官方给出的构建优化方案结合日常开发经验，总结了一些 简单实用的方法 来提升构建速度。
原文链接 Improving the Performance of Gradle Builds 。
另外由于目前build apk的瓶颈基本都在transformClassesWithDexBuilderForDebug这个任务(稳定占用build时长的一半)，它将所有class文件的jar包转换为dex，class文件越多转换的越慢，目前有一些开源项目做了一些dex的预创建和差分合并dex的方案，简直黑科技 fastdex 了解一下，再比如instant run这些动态化的技术我们暂不讨论。
整个build过程分为三个阶段
- initialization 准备阶段
- configuration 编译脚本和插件，生成task列表
- execution 执行task
后面的优化项都集中在configuration和execution阶段。
build scans定量分析
发现了构建慢的问题以后应该先找到一些工具来定量分析。
gradle在4.3版本发布了build scans工具，构建时通过--scan参数完成build扫描，比如
./gradlew assembleDebug --scan
。当构建完成，控制台会打印链接，点击链接在浏览器中预览scan结果。
scan结果中含有build过程的所有细节信息，比如构建日志、构建时长、构建时间轴、task耗时分析、依赖关系、gradle插件等等，最后还会给出一些改进建议。这些信息对优化构建非常有帮助。
另外gradle构建时可以使用profile参数生成简易的report profile。
./gradlew assembleDebug --profile
复制代码打开profile网页长这个样子，可以做基本的耗时分析。
使用最新版本的Gradle
目前最新的gradle版本为5.4.1，gradle插件版本最新为3.4.0，使用新版gradle可以有效利用编译方面的优化，简单说有新版本更新就是了。
开启并行编译
task默认是串行执行，开启并行执行提高构建速度
org.gradle.parallel=true
(在项目根目录gradle.properties文件中声明)，在build scan界面Timeline模块可以直观的看到多任务在并发执行。
调整java堆大小
gradle默认为构建预留1G的堆空间，但对于一个相对较大的app来说还远远不够，可通过下面的配置动态调整。
org.gradle.jvmargs=-Xmx2048M
复制代码当然如果你的机器性能很好，还可以调到4G甚至更高。
开启缓存build缓存
org.gradle.caching=true
复制代码开启后台进程
此选项在gradle 3.0之后默认开启
org.gradle.daemon=true
复制代码去掉无用的library
未使用的依赖库会增加编译时间和apk大小，应尽量将引用去掉。
那如何排查那些不需要引用的依赖库呢？这里提供一个， gradle-lint-plugin 完成，集成插件可排查项目中的未使用的依赖库库。
有些时候需要排查间接依赖，即一个library中依赖了另一个项目中不需要使用库，可以通过gradle命令检查依赖关系。
./gradlew -q :<moduleName>:dependencies
复制代码减少引用仓库的数量
gradle会从用户配置的repositories中顺序的查找并下载依赖库，build过程dependency resolution阶段会执行此操作，它需要访问网络，因此合理配置repositories可减少依赖库查找时间。
合理的apply插件
应用的插件到底是全局的还是局部的。 应该配置到合理的位置，allprojects {} or subprojects {}，不必要的插件不要apply。
