較長(zhǎng)的構(gòu)建時(shí)間將會(huì)減緩項(xiàng)目的開發(fā)進(jìn)度，特別是對(duì)于大型的項(xiàng)目，app的構(gòu)建時(shí)間長(zhǎng)則十幾分鐘，短則幾分鐘，長(zhǎng)的構(gòu)建時(shí)間已經(jīng)成了開發(fā)瓶頸，本篇文章根據(jù)Google官方文檔，加上自己的一些理解提供一些提升app構(gòu)建速度的優(yōu)化建議。

1. 為開發(fā)環(huán)境創(chuàng)建一個(gè)變體

有許多配置是你在準(zhǔn)備app的release 版本的時(shí)候需要，但是當(dāng)你開發(fā)app的時(shí)候是不需要的，開啟不必要的構(gòu)建進(jìn)程會(huì)使你的增量構(gòu)建或者clean構(gòu)建變得很慢，因此需要構(gòu)建一個(gè)只保留開發(fā)時(shí)需要配置的變體，如下例子創(chuàng)建了一個(gè)dev和prod變體(prod 為release 版本的配置)。

android { 
  ... 
  defaultConfig {...} 
  buildTypes {...} 
  productFlavors { 
    // When building a variant that uses this flavor, the following configurations 
    // override those in the defaultConfig block. 
    dev { 
      // To avoid using legacy multidex, set minSdkVersion to 21 or higher. 
      minSdkVersion 21 
      versionNameSuffix "-dev" 
      applicationIdSuffix '.dev' 
    } 
 
    prod { 
      // If you've configured the defaultConfig block for the release version of 
      // your app, you can leave this block empty and Gradle uses configurations in 
      // the defaultConfig block instead. You still need to create this flavor. 
      // Otherwise, all variants use the "dev" flavor configurations. 
    } 
  } 
}  

2 . 避免編譯不必要的資源

避免編譯和包含你沒(méi)有測(cè)試的資源(比如添加的一個(gè)本地的語(yǔ)言和屏幕密度資源)，你可以只在你的’dev’ flavor下指定一種語(yǔ)言和一個(gè)屏幕密度，如下：

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

上面的配置將會(huì)限制dev 變體只使用 english string 資源和 xxhdpi 屏幕密度資源。

3 . 配置debug 構(gòu)建的Crushlytics為不可用狀態(tài)

在debug 構(gòu)建狀態(tài)下，如果你不需要運(yùn)行崩潰上報(bào)，你可以將這個(gè)插件設(shè)置為不可用狀態(tài)來(lái)提升你的構(gòu)建速度，如下：

android { 
  ... 
  buildTypes { 
    debug { 
      ext.enableCrashlytics = false 
    } 
}  

上面只是舉個(gè)例子，Crushlytics 為崩潰上報(bào)分析工具，在開發(fā)的時(shí)候我們可能不需要，因此不需要打開，在我們實(shí)際開發(fā)中，像崩潰上報(bào)SDK，數(shù)據(jù)統(tǒng)計(jì)SDK等(如 友盟統(tǒng)計(jì)、GrowingIO、百度統(tǒng)計(jì))在開發(fā)階段都設(shè)置為不可用，來(lái)提升構(gòu)建速度。

4 . 用靜態(tài)的構(gòu)建配置值來(lái)構(gòu)建你的Debug版

一般地，在你的debug 構(gòu)建時(shí)，為manifest文件或者資源文件配置使用靜態(tài)/硬編碼的值。如果你的manifest或者資源文件的值每次構(gòu)建都需要?jiǎng)討B(tài)更新，那么Instant Run 無(wú)法執(zhí)行代碼交換-它必須重新構(gòu)建和安裝新的APK。

例如，使用動(dòng)態(tài)的version codes ,version names ,resources或者其他更改manifest文件的構(gòu)建邏輯，每次你想執(zhí)行一個(gè)修改都會(huì)構(gòu)建全部APK，即使實(shí)際的修改可能僅僅只需要熱交換。如果這些構(gòu)建配置是需要?jiǎng)討B(tài)配置的，那么將它們從你的release 構(gòu)建變體中分離出來(lái)，并且在你的debug 構(gòu)建中保留它們的靜態(tài)值。像下面build.gradle 文件顯示的這樣：

int MILLIS_IN_MINUTE = 1000 * 60 
int minutesSinceEpoch = System.currentTimeMillis() / MILLIS_IN_MINUTE 
 
android { 
    ... 
    defaultConfig { 
        // Making either of these two values dynamic in the defaultConfig will 
        // require a full APK build and reinstallation because the AndroidManifest.xml 
        // must be updated (which is not supported by Instant Run). 
        versionCode 1 
        versionName "1.0" 
        ... 
    } 
 
    // The defaultConfig values above are fixed, so your incremental builds don't 
    // need to rebuild the manifest (and therefore the whole APK, slowing build times). 
    // But for release builds, it's okay. So the following script iterates through 
    // all the known variants, finds those that are "release" build types, and 
    // changes those properties to something dynamic. 
    applicationVariants.all { variant -> 
        if (variant.buildType.name == "release") { 
            variant.mergedFlavor.versionCode = minutesSinceEpoch; 
            variant.mergedFlavor.versionName = minutesSinceEpoch + "-" + variant.flavorName; 
        } 
    } 
}  

5 . 用靜態(tài)的版本依賴

當(dāng)你在build.gradle文件中聲明依賴的時(shí)候，你應(yīng)該避免在版本號(hào)結(jié)束的地方使用+號(hào)，比如：com.android.tools.build:gradle:2.+ 因?yàn)镚radle的檢查更新，用動(dòng)態(tài)的版本號(hào)會(huì)導(dǎo)致未知的版本更新、使解決版本的差異變得困難和更慢的構(gòu)建。你應(yīng)該使用靜態(tài)或者硬編碼版本號(hào)來(lái)代替。如：com.android.tools.build:gradle:2.2.2 。

6 . 使 on demand 配置為enable 狀態(tài)

為了讓Gradle能夠確切的知道該如何構(gòu)建你的APP,在每次構(gòu)建之前，構(gòu)建系統(tǒng)配置工程的所有modules和其他依賴(即使你只想構(gòu)建或者測(cè)試一個(gè)modules)，這使得大型的多module 工程的構(gòu)建速度變得很慢。告訴Gradle僅僅配置你想要構(gòu)建的Modules，用如下步驟使 on demand 配置可用

(1) 在菜單欄上選擇 File -> Settings(如果是Mac上 ，選擇 Android Studio ->Preferences)

(2) 導(dǎo)航到 Build,Execution,Deployment -> Compiler

(3) check Configure on demand 復(fù)選框

(4) 點(diǎn)擊 OK

如圖：  

on_demand.png

7 . 創(chuàng)建 library 模塊

檢查你app中的代碼，將可模塊化的代碼抽取一個(gè)Android Library module,通過(guò)這種方式模塊化你的代碼將允許構(gòu)建系統(tǒng)僅僅只編譯那些有改動(dòng)的模塊，并將其構(gòu)建結(jié)果緩存下來(lái)以被后面的構(gòu)建使用。同樣的配置了 on demand 和 parallel project execution (project 并行執(zhí)行) 將更加高效(當(dāng)你打開這些特性時(shí))。

8 . 為自定義構(gòu)建邏輯創(chuàng)建Tasks

在你創(chuàng)建了 build profile (build profile 后文會(huì)講)之后，如果顯示構(gòu)建時(shí)間相對(duì)長(zhǎng)的一部分時(shí)間花在“configure project(配置工程)階段,那么請(qǐng) review 你的build.gradle 腳本，并且查找可包含到自定義Gradle Task中的代碼，通過(guò)將一些構(gòu)建邏輯移動(dòng)到一個(gè)task 中，當(dāng)需要的時(shí)候才運(yùn)行，結(jié)果能被緩存用于后續(xù)的構(gòu)建，并且這個(gè)構(gòu)建邏輯可以并行執(zhí)行(如果你開啟了 并行執(zhí)行project)，更多詳細(xì)信息請(qǐng)閱讀Gradle官方文檔。 official Gradle documentation

小提示:

如果你的構(gòu)建包含了大量的自定義任務(wù)tasks,你可能想清理你的build.gradle文件，通過(guò)自定義task classes (也就是自定義Gradle 插件啦)，將你的classes 添加到 project-root/buildSrc/src/main/groovy/目錄下，Gradle將自動(dòng)包含它們到class path ，為項(xiàng)目的所有build.gradle文件。

9 . 配置 dexOptions 和 開啟 library pre-dexing(dex預(yù)處理)

先補(bǔ)充一個(gè)知識(shí)點(diǎn)：Dex-in-process:新發(fā)布的Android Studio 2.1增加了一個(gè)新的特性：Dex In Process，可以極大的加快重新編譯的速度，同樣也能提高Instant Run的性能。(第10條優(yōu)化建議會(huì)說(shuō)到)

詳情請(qǐng)看Faster Android Studio Builds with Dex In Process

Android 插件提供了 dexOptions script block ,因此你可以配置相應(yīng)的 DEX 構(gòu)建特性，它們可以提高構(gòu)建速度：

(1)preDexLibraaies : 聲明是否對(duì)依賴的庫(kù)進(jìn)行dex 預(yù)處理來(lái)使你的增量構(gòu)建更快速，因?yàn)檫@個(gè)特性可能會(huì)使你的clean 構(gòu)建變慢，因此在你的持續(xù)集成服務(wù)器上你可能想關(guān)閉這個(gè)特性。

(2) maxProcessCount : 設(shè)置最大的線程數(shù)量使用當(dāng)運(yùn)行 dex-in-process時(shí),默認(rèn)值是4。

(3)javaMaxHeapSize: 為DEX 編譯器 設(shè)置最大的堆大小，相對(duì)于設(shè)置這個(gè)屬性，你應(yīng)該增加 Gradle的 堆大小(這個(gè)堆大小dex-in-process可用的時(shí)候?qū)EX 編譯器有效)

例子：

android { 
  ... 
  dexOptions { 
    preDexLibraries true 
    maxProcessCount 8 
    // Instead of setting the heap size for the DEX process, increase Gradle's 
    // heap size to enable dex-in-process. To learm more, read the next section. 
    // javaMaxHeapSize "2048m" 
  } 
}  

你應(yīng)該增加它們的值來(lái)測(cè)試一下這些設(shè)置，然后通過(guò)profile觀察效果，當(dāng)你為這個(gè)進(jìn)程分配太多資源的時(shí)候，可能會(huì)得到一個(gè)負(fù)面的影響。

10 . 增加Gradle的堆大小 和開啟 dex-in-process

Dex-in-process 允許多個(gè)DEX 進(jìn)程運(yùn)行在一個(gè)單獨(dú)的VM 中,這使得增量構(gòu)建和清理構(gòu)建變得更快。默認(rèn)情況下，通過(guò)Android Studio2.1 或者更高版本創(chuàng)建的新項(xiàng)目分配了足夠的內(nèi)存來(lái)開啟這個(gè)特性，如果你沒(méi)有使用Android Studio 2.1 或者更高的版本創(chuàng)建項(xiàng)目，你需要給Gradle后臺(tái)駐扎程序設(shè)置至少1536MB 的堆大小內(nèi)存。默認(rèn)如下圖：   

gradle_heap.png

下面的例子在gradle.properties中將Gradle 堆內(nèi)存大小設(shè)置為 2048MB：

org.gradle.jvmargs = -Xmx2048m //設(shè)置Gradle 堆大小 2G 

在一些大型的項(xiàng)目上，為Gradle堆分配更多的內(nèi)存當(dāng)然更有利，然而，如果你用的是一個(gè)小內(nèi)存的機(jī)器，你可能需要給IDE配置更少的內(nèi)存，想知道如何改變分配給IDE資源的數(shù)量和Gradle 對(duì)構(gòu)建表現(xiàn)的影響，請(qǐng)看profiling your build這一條。

如果在你的Module build.gradle 文件中為android.dexOptions.javaMaxHeapSize定義了一個(gè)值，那么你需要給Gradle的堆大小設(shè)置 的值為比javaMaxHeapSize多512MB，并且滿足至少為1536MB。舉個(gè)例子：在build.gradle中設(shè)置javaMaxHeapSize `為1280MB,那么你就要給Gradle堆大小設(shè)置 至少1792MB(1280 + 512)，當(dāng)然了，設(shè)置大一點(diǎn)更佳。

build.gradle:

dexOptions { 
       javaMaxHeapSize "1280m" 
   }  

gradle.properties:

org.gradle.jvmargs = -Xmx1792m 

11 . 將圖片轉(zhuǎn)為 WebP格式

WebP是一種圖片文件格式，它提供了像JPEG一樣的有損壓縮和像PNG一樣的透明支持，但是同時(shí)它的壓縮質(zhì)量比JPEG或者PNG任何一個(gè)都更好，減小Image文件的大小，而不用在構(gòu)建時(shí)做壓縮，因此它能提高構(gòu)建速度，尤其是你的APP使用了大量的圖片資源。但是有一點(diǎn)，在解壓WebP格式的圖片的時(shí)候，你的設(shè)備的CPU使用將小幅度增加。 用Android Studio 可以很方便的轉(zhuǎn)WebP格式，詳情請(qǐng)看convert your images to WebP.

小提示：此外，將工程里面的圖片轉(zhuǎn)為webP格式也是優(yōu)化APK體積的一個(gè)方向，webp是Android 原生4.0就開始支持的，它能提供和JPEG和PNG相同質(zhì)量的圖片但是size 更小。沒(méi)有任何適配問(wèn)題。

12 . 禁止使用 PNG crunching

如果你不能(或者不想)轉(zhuǎn)換你的PNG格式圖片為WebP，你仍然可以通過(guò)禁止每次構(gòu)建app都自動(dòng)壓縮圖片來(lái)提升構(gòu)建速度，要禁止這項(xiàng)優(yōu)化，在build.gradle 的添加如下代碼：

android { 
  ... 
  aaptOptions { 
    cruncherEnabled false 
  } 
}  

13 . 使用 Instant Run

Instant Run顯著的減少了更新app的時(shí)間，它通過(guò)推送確定的代碼、資源變更而不用構(gòu)建一個(gè)新的app ，并且在一些情況下，甚至不用重啟當(dāng)前的activity,在代碼變更后，使用Instant Run 通過(guò)點(diǎn)擊Apply Changes(黃色⚡圖標(biāo))。當(dāng)你做了如下幾步，它會(huì)默認(rèn)打開：

• 用debug 構(gòu)建變體來(lái)構(gòu)建你的app
• Gradle插件的版本 2.3.0或者更高
• 在module層級(jí)的build.gradle中設(shè)置minSdkVersion為15或者更高
• 發(fā)布你的app 在Android 5.0(API level 21) 或者更高 點(diǎn)擊 Run

14 . 使用構(gòu)建緩存

在構(gòu)建你的工程的時(shí)候，構(gòu)建緩存存儲(chǔ)了Android Gradle插件生成的確定的產(chǎn)物(如 AAR包和遠(yuǎn)程依賴的 pre-dexed)。當(dāng)你使用緩存的時(shí)候，你的清理構(gòu)建更快是因?yàn)闃?gòu)建系統(tǒng)后續(xù)構(gòu)建能夠簡(jiǎn)單地重用它們的緩存而不用重新創(chuàng)建。

新的工程使用Android Gradle 插件2.3.0或者更高版本默認(rèn)就開啟了構(gòu)建緩存(除非你手動(dòng)關(guān)閉了)，了解更多請(qǐng)閱讀Accelerate clean builds with build cache.

15 . 禁止使用注解處理器

Gradle 2.1后可以增量構(gòu)建Java,當(dāng)使用注解處理器時(shí)增量構(gòu)建將不可用，如果可以，避免使用注解處理器，讓你從只構(gòu)建更改的類來(lái)獲益。(提升編譯時(shí)間)

16 . 分析你的構(gòu)建(Profile your build)

在大型的項(xiàng)目中(或者實(shí)現(xiàn)了大量自定義構(gòu)建邏輯)，可能需要更加深入的了解構(gòu)建進(jìn)程來(lái)尋找瓶頸，你可以通過(guò)分析構(gòu)建生命周期的各個(gè)階段 每個(gè)gradle task 執(zhí)行了多長(zhǎng)時(shí)間。例如：如果你的構(gòu)建資料顯示Gradle 花了大量的時(shí)間來(lái)配置你的工程，這建議你需要將自定義構(gòu)建邏輯放在配置階段之外。另外，如果mergeDevDebugResources 任務(wù) 消費(fèi)了大量的的構(gòu)建時(shí)間，這表明你需要將圖片轉(zhuǎn)換為WebP格式或者禁止PNG Crunching(第11，12 條優(yōu)化建議)

通過(guò)構(gòu)建分析來(lái)提升你的構(gòu)建速度通常需要在分析打開的情況下運(yùn)行你的構(gòu)建，多次修改構(gòu)建配置，分析和觀察結(jié)果的變化。

生成和查看 build profile ，執(zhí)行下面步驟：

1)，用Android Studio打開項(xiàng)目，選擇 View -> Tool Windows -> Terminal 打開命令行

2)，執(zhí)行clean build 輸入下面的命令，當(dāng)你分析你的構(gòu)建時(shí)，每次構(gòu)建之間需要執(zhí)行一個(gè) clean build 操作，因?yàn)镚radle會(huì)跳過(guò)輸入沒(méi)有 改變的tasks,因此，第二個(gè)沒(méi)有改變輸入的構(gòu)建通常會(huì)運(yùn)行得更快因?yàn)閠asks 沒(méi)有重新運(yùn)行，因此在構(gòu)建之間運(yùn)行一個(gè)cleantask 保證你分析了全部的構(gòu)建進(jìn)程。

//如果在Mac 或者 Linux上 用 ./gradlew 
gradlew clean  

3)，選擇其中一個(gè)產(chǎn)品風(fēng)味(product flavor) 執(zhí)行debug 構(gòu)建，比如：dev flavor,如下：

gradlew --profile --recompile-scripts --offline --rerun-tasks assembleFlavorDebug 

命令分析：

--profile: 開啟profiling

--recompile-scripts: 強(qiáng)制腳本重新編譯跳過(guò)cache

--offline:禁止 Gradle獲取離線依賴，這是確保任何的延遲都是Gradle試圖更新依賴而導(dǎo)致，不會(huì)誤導(dǎo)你的分析數(shù)據(jù)。你應(yīng)該先準(zhǔn)備好構(gòu)建一次工程確保Gradle 已經(jīng)下載好并且緩存依賴。

--rerun-tasks:強(qiáng)制Gradle返回所有task 并且忽略任何task 優(yōu)化。

4)，構(gòu)建結(jié)束后，project-root/build/reports/profile/ 目錄下： 

[[188867]] 

profile_build.png

5)，右鍵點(diǎn)擊profile_timestamp.html,選擇在瀏覽器中打開，你就會(huì)看到下面這張圖，你可以觀察報(bào)告中的每一個(gè)tab來(lái)了解你的構(gòu)建，比如Tasks Execution 顯示了每一個(gè)task執(zhí)行的時(shí)間。 

profile_in_brower.png

task Execution 顯示每個(gè)task的執(zhí)行時(shí)長(zhǎng)，如下圖： 

task_execution.png

6)，可選項(xiàng)：在Project 或者構(gòu)建配置做出任何修改之前，重復(fù)幾次步驟3，但是去掉--rerun-tasks標(biāo)志，由于Gradle 試圖節(jié)省時(shí)間而不會(huì)重新執(zhí)行那些輸入沒(méi)有任何修改的task(它們被標(biāo)志為UP-TO-DATE 在Task Execution tab下，如下圖：)，你可以識(shí)別哪些任務(wù)沒(méi)有被執(zhí)行，例如，如果:app:processDevUniversalDebugManifest沒(méi)有被標(biāo)記成UP-TO-DATE，那么它表示你的構(gòu)建配置是每一次構(gòu)建都動(dòng)態(tài)更新Manifest文件的。然而，有一些task還是需要每次都執(zhí)行的，例如：:app:checkDevDebugManifest 

 

profile_up_to_date.png

現(xiàn)在，你已經(jīng)有了一個(gè)構(gòu)建分析報(bào)告，你可以開始通過(guò)觀察構(gòu)建報(bào)告的每一個(gè)tab來(lái)尋找優(yōu)化時(shí)機(jī)，一些構(gòu)建配置是需要試驗(yàn)的，因?yàn)樵诓煌捻?xiàng)目或者工作空間中它們的獲益不一樣。比如，基于大量代碼的大型工程，它們可能獲益于使用混淆、清除無(wú)用代碼和縮減APK體積。然而，小型工程可能獲益于關(guān)閉混淆(混淆還是挺耗時(shí)的)。此外，在第內(nèi)存的機(jī)器上增減Gradle 的堆大小，也有可能起到反面作用。

17 . 項(xiàng)目組件化

對(duì)于大型的項(xiàng)目，可能上面這些優(yōu)化建議有一定的效果，但是構(gòu)建速度還是有些慢，那么就可以考慮組建化了，將項(xiàng)目拆分成一個(gè)個(gè)單獨(dú)的組件，開發(fā)環(huán)境每個(gè)module 都是一個(gè)APK，發(fā)布的時(shí)候，每個(gè)module都是一個(gè)lib 給主工程使用。篇幅有效，這里就不再詳細(xì)介紹組件化，現(xiàn)在組件化是一個(gè)趨勢(shì)，如果有精力或者有實(shí)力，組件化是一個(gè)很不錯(cuò)的選擇。

最后

以上就是一些解決app構(gòu)建速度慢的優(yōu)化建議，如果你覺(jué)得你的工程構(gòu)建速度慢，你可以試一下這些優(yōu)化項(xiàng)。如有問(wèn)題，歡迎評(píng)論區(qū)留言。如果你還有什么更好優(yōu)化建議，也可以在下面留言，我會(huì)追加文章后面。

參考

• Optimize Your Build Speed
• Gradle