Gradle 编译速度提升 70%！怎么做到的？

简介： Java 应用部署到预发通常都要等待漫长的编译打包时间，本文将为大家讲解提升编译速度的方法。

原文链接

之前我司每个 Java 应用部署到预发都要等待漫长的编译打包时间，非常地痛苦！大项目编译时间常常达到接近 10 分钟，生命短暂啊，人生有多少个 10 分钟可以等待，于是我们的效能团队针对编译作了一些优化，提速非常明显，对某个应用的测试来看，编译时间从 160 s 缩短到了 50 s 左右，提升近 70%，大家纷纷点赞，那么效能团队做了哪些措施来让编译速度提升这么明显呢？
首先要说的是我们用的 Gradle 来作为我们的构建工具，所以主要是针对 Gradle 的命令来作了一些优化。

1、修改 gradle build 的参数

• 使用 --build-cache

什么是 build cache（构建缓存），在 Gradle 中，每一个待编译的工程叫 Project，每一个 Project 在构建时都包含一系列的 task。

更骚的是这个 Buiid Cache 支持分布式的，可以统一把这些 cache 丢到一台机器上，本地机器要编译时统一去这台机器拉 cache，这样如果我们切换分支时执行构建也能用 Build Cache 来加快构建速度。
--build-cache 的具有使用需要注意一些事项，比如得 Gradle 4.3 以上才有效，建议大家直接去官网查查看。

• 增加 --parallel 参数

并行执行在多项目编译的项目中能有效提升编译的速度，但是并行执行的前提是每个项目已经被模块化，每个项目之间没有耦合。

• 移除 --refresh-dependencies 参数

原来 gradle build 有加这个参数，这个参数会忽略缓存，强制重新下载，显然是编译的瓶颈。

2、任务并行

原来 Jenkins 中执行 Gradle 编译任务，每个 Task 是串行执行的，总编译耗时是每个任务执行时间的总和。

显然并行执行会快得多。

3、将大项目工程中的常用代码抽成 jar 包

对于业务方来说，采用这种方式也是提升编译速度的有效手段 ，将大量代码抽成 jar 包，意味着它们本身就是字节码了，在 gradle build 时就不用编译啦。自然能提升整个工程的编译打包时间。

来源 | 码海
作者 | 码海