Gradle 提速：天天为你省下一杯喝咖啡的时间

摘要： ### 前言 做为一名 Android 开发同窗，当你的工程和代码达到必定规模的时候，相信你必定遇到过编译速度过慢的问题。好比：  等待编译的时间，仿佛过了一个世纪，有没有！ 对于程序猿，时间尤为宝贵，

前言

做为一名 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

> 须要注意的是，Build Scan 是高版本的 Gradle（4.3+） 默认才有的功能，针对低版本（4.3如下）的 Gradle 须要额外安装一个插件才能够使用，具体信息能够点击：[Build Scan Plugin User Manual
](https://docs.gradle.com/build-scan-plugin/?&_ga=2.100043736.79666310.1541473383-2130798346.1527486300#getting_set_up)

1. 配置阶段

   • 减小没必要要的 apply plugin，按需使用。若是某个插件不是全部的模块都要使用的状况下，就不要使用 allprojects{} 的方式。
   • 在配置阶段避免执行一些耗时的工做，好比 IO 操做或者网络请求等

2. 依赖解析

   • 减小动态 (2.+) 版本和 SNAPSHOT 版本的依赖库，一般这种方式的依赖，会强制 Gradle 去远端仓库比对是否有新的变化。
   • 避免没必要要和未使用的依赖

3. 任务执行阶段

   • 增量构建，详细请点击：in the user guide.

4. Daemon

   • 在老版本的 Gradle 开启 Daemon 配置，而在 3.0 之后的 Gradle 版本是默认支持的。

   • 调整 daemon’s 的堆大小，默认是 1 GB，如需调大，可在你的 gradle.properties 设置：

     org.gradle.jvmargs=-Xmx2048M

5. 使用 implementation 替代 compile，有效的减小编译时的依赖项，需升级至 Gradle 3.4 版本

6. 增量编译，Gradle 能够将依赖关系分析到单个类级别，以便仅从新编译受更改影响的类。 增量编译是 Gradle 4.10 以来的默认编译。 在老的版本中，能够像这样激活它：

   tasks.withType(JavaCompile) {
       options.incremental = true
   }

7. 使用分析报告，经过如下命令能够在编译完成后，生成一份本地的分析报告：

   ./gradlew assembleDebug --profile

Android 官方的一些优化建议

1. 使用最新版本的工具

   • Android Studio and SDK tools
   • The Android plugin for Gradle
2. 避免编译没必要要的资源，好比没必要要的语言本地化，
   你能够只指定一种语言资源和屏幕适配,如如下示例所示:

android {
      ...
      productFlavors {
        dev {
          ...
          // The following configuration limits the "dev" flavor to using
          // English stringresources and xxhdpi screen-density resources.
          resConfigs "en", "xxhdpi"
        }
        ...
      }
    }

1. 开启离线模式，

   ![](https://user-gold-cdn.xitu.io/2018/11/6/166e8123654236ee?w=1584&h=506&f=png&s=74335)

2. 开启按需配置

   ![](https://user-gold-cdn.xitu.io/2018/11/6/166e819b7cbbde69?w=1766&h=758&f=png&s=189902)
   
   > 注意一：若是你使用的是 Gradle 4.6 版本，而 `com.android.tools.build:gradle` 版本是 3.0.1 或者 3.1.0，你须要禁用该配置以免一些没必要要的问题，该问题会在未来的 Android Gradle 插件版本中被修复
   
   > 注意二：在最新的 Android Studio 版本中，configuration on demand 已被移除

3. 使用 WebP 格式的图片，有效减小图像文件大小,而没必要执行构建时压缩,能够加快你的构建

4. 关闭 PNG crunching，加快构建速度经过禁用自动图像压缩，Gradle 3.0 版本以上在 debug 的构建类型下是默认关闭的。如需手动配置其余构建类型，以下示例：

   android {

   buildTypes {
       release {
           // Disables PNG crunching for the release build type.
           crunchPngs false
       }
   }

   // If you're using an older version of the plugin, use the
   // following:
   // aaptOptions {
   // cruncherEnabled false
   // }
   }

5. 开启 Instant Run

   ![](https://user-gold-cdn.xitu.io/2018/11/6/166e823fa2f75df0?w=1178&h=432&f=png&s=65707)

最后说几句

其实，有些同窗不过重视也不太愿意花精力去折腾这些，想着忍忍也就过去了。可是，随着编译次数的增长，实际所浪费的时间远超出你想象，而从提高团队生产力的角度来看的话，这是一个投入产出比至关高的事情，以本人所参与的一个项目为例，优化后比优化前的构建时间减小了 50%，多出一个喝咖啡的时间仍是很轻松的，而整个团队节省下来的时间，能够 code review，能够去学习，能够早点下班，总之，都比你在边等待构建边发呆好！

参考文档

Optimize your build speed

[Improving the Performance of Gradle Builds
](https://guides.gradle.org/performance/)

[How to decrease your Gradle build time by 65%?
](https://medium.com/exploring-code/how-to-decrease-your-gradle-build-time-by-65-310b572b0c43)

原文连接