Gradle是一個(gè)基于JVM可以用于構(gòu)建Android工程的編譯工具。它和Ant以及Maven類似，但是比他們更優(yōu)秀。隨著Android項(xiàng)目變得越來(lái)越復(fù)雜，模塊化地開(kāi)發(fā)也越來(lái)越流行，所以構(gòu)建的效率性能變得至關(guān)重要。每次構(gòu)建項(xiàng)目中節(jié)省幾秒，這對(duì)于整個(gè)項(xiàng)目和工作來(lái)說(shuō)有極大的效率提升。
你們可能已經(jīng)意識(shí)到，即使是最簡(jiǎn)單的Gradle調(diào)用也比較慢。在我的Mac上，大約需要6秒鐘來(lái)簡(jiǎn)單地列出項(xiàng)目的可用gradlew。
下面是一些能夠提升Gradle執(zhí)行效率的提示：
Gradle Daemon（Gradle守護(hù)進(jìn)程）
你可以減少Gradle的啟動(dòng)時(shí)間（在我的電腦上下降到2秒鐘），下面是使用守護(hù)進(jìn)程來(lái)構(gòu)建項(xiàng)目：
org.gradle.daemon=true
Parallel Project Execution（并行項(xiàng)目執(zhí)行）
如果你正在構(gòu)建一個(gè)具有很多Module并且依賴比較關(guān)系比較復(fù)雜的項(xiàng)目，那么這個(gè)改動(dòng)能對(duì)你產(chǎn)生比較重要的影響：
org.gradle.parallel=true
Configure projects on demand（根據(jù)需求配置項(xiàng)目）
Gradle在執(zhí)行任務(wù)之前會(huì)配置每個(gè)項(xiàng)目，并且不管這個(gè)項(xiàng)目是否需要特定的構(gòu)建。"Configure projects on demand"模式可以改變這種方式，只配置所需要的項(xiàng)目。像"Parallel Project Execution"一樣，"Configure projects on demand"將對(duì)這種多項(xiàng)目并且依賴關(guān)系復(fù)雜的項(xiàng)目產(chǎn)生重要的影響。
Global gradle.properties（Gradle全局配置文件）
在Gradle主目錄中定義或者配置的屬性優(yōu)先級(jí)高于在項(xiàng)目目錄中文件定義的屬性。原因是你想避免在你的構(gòu)建服務(wù)器上使用Gradle守護(hù)進(jìn)程，而內(nèi)存消耗肯定是比啟動(dòng)時(shí)間更重要的：
/Users/cesarferreira/.gradle/gradle.properties
# The Gradle daemon aims to improve the startup and execution time of Gradle.
# When set to true the Gradle daemon is to run the build.
org.gradle.daemon=true
# Specifies the JVM arguments used for the daemon process.
# The setting is particularly useful for tweaking memory settings.
# Default value: -Xmx10248m -XX:MaxPermSize=256m
org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8
# When configured, Gradle will run in incubating parallel mode.
# This option should only be used with decoupled projects. More details, visit
# http://www.gradle.org/docs/current/userguide/multi_project_builds.html#sec:decoupled_projects
org.gradle.parallel=true
# Enables new incubating mode that makes Gradle selective when configuring projects.
# Only relevant projects are configured which results in faster builds for large multi-projects.
# http://www.gradle.org/docs/current/userguide/multi_project_builds.html#sec:configuration_on_demand
org.gradle.configureondemand=true
使用Module是有代價(jià)的...我的意思是真的有代價(jià)!
為了構(gòu)建我目前的linkedcare項(xiàng)目，我不得不去尋找并且fork一些相對(duì)適合但不是特別適合我項(xiàng)目的一些依賴庫(kù)。
如果這些模塊沒(méi)有被不斷修改，考慮這一點(diǎn)非常重要：從頭開(kāi)始編譯它們，或者甚至是檢查以前的模塊是否是最新版本的，所需的時(shí)間是直接將該依賴加載為二進(jìn)制.jar / .aar的四倍，也就是說(shuō)每次編譯Gradle都要去檢查依賴是不是最新的，這將花費(fèi)大量時(shí)間。
提示：運(yùn)行g(shù)radle build -profile獲取HTML報(bào)告，顯示構(gòu)建過(guò)程的時(shí)間。
注意：在版本控制系統(tǒng)中保留“不必要的”模塊，以便于對(duì)該依賴的快速修復(fù)/改進(jìn)。
從4分鐘到21秒
基于以上這些優(yōu)化方式，我們來(lái)看看效果：
任務(wù)執(zhí)行配置
如果你看看你的任務(wù)執(zhí)行配置文件，你會(huì)發(fā)現(xiàn)lint任務(wù)需要很多時(shí)間，你真的需要檢查lint輸出的增量構(gòu)建嗎？ 把它取消吧：
gradle build -x lint
12秒減少到8秒
另一個(gè)lint任務(wù)檢查，這個(gè)任務(wù)幾乎占據(jù)了我們目前構(gòu)建項(xiàng)目總時(shí)間的90%。好吧，現(xiàn)在也將這個(gè)任務(wù)取消掉：
gradle build -x lint -x lintVitalRelease
提示：如果要從增量構(gòu)建中永久跳過(guò)lint檢查，可以將其添加到build.gradle中：
tasks.whenTaskAdded { task ->
if (task.name.equals("lint")) {
task.enabled = false
}
}
總結(jié)一下：
- 在Gradle目錄下有一個(gè)全局gradle.properties，所有的項(xiàng)目將繼承它（Android中Module的單個(gè)Gradle配置文件優(yōu)先級(jí)低于全局的）;
- 運(yùn)行Gradle build profile工具;
- 堅(jiān)持基本模塊依賴（基于配置文件工具結(jié)果）;
- 跳過(guò)不成功的Gradle任務(wù);
聯(lián)系原文作者:
如果您有任何問(wèn)題或想要分享您的結(jié)果->我的twitter @cesarmcferreira?
