Gradle 提速：天天爲你省下一杯喝咖啡的時間

時間 2019-12-06

原文原文鏈接

摘要： ### 前言做爲一名 Android 開發同窗，當你的工程和代碼達到必定規模的時候，相信你必定遇到過編譯速度過慢的問題。好比： ![](https://user-gold-cdn.xitu.io/2018/11/6/166e7021c081493c?w=300&h=227&f=gif&s=1226695) 等待編譯的時間，彷彿過了一個世紀，有沒有！對於程序猿，時間尤爲寶貴，html

前言

做爲一名 Android 開發同窗，當你的工程和代碼達到必定規模的時候，相信你必定遇到過編譯速度過慢的問題。好比：android

等待編譯的時間，彷彿過了一個世紀，有沒有！網絡

對於程序猿，時間尤爲寶貴，當你修改完一個 BUG 或者想驗證一個功能時，卻由於編譯速度過慢而不得不打斷你的思路，也會嚴重影響你的開發效率。app

正所謂，磨刀不誤砍柴工，因此，減小和提高你工程的編譯速度是一個值得馬上開始的重要工做。jvm

如何優化

Gradle 官方的一些優化建議

儘量的使用最新版本的 Gradle 和 JVM，這是最簡單直接的方式，Gradle 開發團隊會持續的更新 Gradle 版本，來優化構建速度以及提供一些新的特性，而使用新版本的 JVM，是由於 Gradle 運行在 JVM 上，因此，若是新版本的 JVM 提高了性能，一樣也會讓 Gradle 跑的更快。
Parallel execution，並行執行 Gradle 的 tasks，在你的 gradle.properties 文件添加如下配置：ide
```
org.gradle.parallel=true
```
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)

配置階段性能
- 減小沒必要要的 apply plugin，按需使用。若是某個插件不是全部的模塊都要使用的狀況下，就不要使用 allprojects{} 的方式。
- 在配置階段避免執行一些耗時的工做，好比 IO 操做或者網絡請求等
依賴解析學習
- 減小動態 (2.+) 版本和 SNAPSHOT 版本的依賴庫，一般這種方式的依賴，會強制 Gradle 去遠端倉庫比對是否有新的變化。
- 避免沒必要要和未使用的依賴
任務執行階段gradle
- 增量構建，詳細請點擊：in the user guide.
Daemon
- 在老版本的 Gradle 開啓 Daemon 配置，而在 3.0 之後的 Gradle 版本是默認支持的。
- 調整 daemon’s 的堆大小，默認是 1 GB，如需調大，可在你的 gradle.properties 設置：
```
org.gradle.jvmargs=-Xmx2048M
```
使用 implementation 替代 compile，有效的減小編譯時的依賴項，需升級至 Gradle 3.4 版本
增量編譯，Gradle 能夠將依賴關係分析到單個類級別，以便僅從新編譯受更改影響的類。增量編譯是 Gradle 4.10 以來的默認編譯。在老的版本中，能夠像這樣激活它：
```
tasks.withType(JavaCompile) {
    options.incremental = true
}
```
使用分析報告，經過如下命令能夠在編譯完成後，生成一份本地的分析報告：
```
./gradlew assembleDebug --profile
```

Android 官方的一些優化建議

使用最新版本的工具
- Android Studio and SDK tools
- The Android plugin for Gradle
避免編譯沒必要要的資源，好比沒必要要的語言本地化，
你能夠只指定一種語言資源和屏幕適配,如如下示例所示:

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

開啓離線模式，

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

開啓按需配置

![](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 已被移除

使用 WebP 格式的圖片，有效減小圖像文件大小,而沒必要執行構建時壓縮,能夠加快你的構建
關閉 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
// }
}

開啓 Instant Run

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

最後說幾句

其實，有些同窗不過重視也不太願意花精力去折騰這些，想着忍忍也就過去了。可是，隨着編譯次數的增長，實際所浪費的時間遠超出你想象，而從提高團隊生產力的角度來看的話，這是一個投入產出比至關高的事情，以本人所參與的一個項目爲例，優化後比優化前的構建時間減小了 50%，多出一個喝咖啡的時間仍是很輕鬆的，而整個團隊節省下來的時間，能夠 code review，能夠去學習，能夠早點下班，總之，都比你在邊等待構建邊發呆好！