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

前言

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

4. 配置階段

   • 減小沒必要要的 apply plugin，按需使用。若是某個插件不是全部的模塊都要使用的狀況下，就不要使用 allprojects{} 的方式。
   • 在配置階段避免執行一些耗時的工做，好比 IO 操做或者網絡請求等

5. 依賴解析

   • 減小動態 (2.+) 版本和 SNAPSHOT 版本的依賴庫，一般這種方式的依賴，會強制 Gradle 去遠端倉庫比對是否有新的變化。
   • 避免沒必要要和未使用的依賴

6. 任務執行階段

   • 增量構建，詳細請點擊：in the user guide.

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
   }
   複製代碼

10. 使用分析報告，經過如下命令能夠在編譯完成後，生成一份本地的分析報告：

    ./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"
       }
       ...
     }
   }
   複製代碼

3. 開啓離線模式，

   

4. 開啓按需配置

   

   注意一：若是你使用的是 Gradle 4.6 版本，而 com.android.tools.build:gradle 版本是 3.0.1 或者 3.1.0，你須要禁用該配置以免一些沒必要要的問題，該問題會在未來的 Android Gradle 插件版本中被修復

   注意二：在最新的 Android Studio 版本中，configuration on demand 已被移除

5. 使用 WebP 格式的圖片，有效減小圖像文件大小,而沒必要執行構建時壓縮,能夠加快你的構建

6. 關閉 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 // } } 複製代碼

7. 開啓 Instant Run

   

最後說幾句

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

若是喜歡本文的話，點個贊吧