作為一名 Android 開發同學,當你的工程和代碼達到一定規模的時候,相信你一定遇到過編譯速度過慢的問題。比如:
等待編譯的時間,彷彿過了一個世紀,有沒有!
對於程序猿,時間尤其寶貴,當你修改完一個 BUG 或者想驗證一個功能時,卻因為編譯速度過慢而不得不打斷你的思路,也會嚴重影響你的開發效率。
正所謂,磨刀不誤砍柴工,所以,減少和提升你工程的編譯速度是一個值得立刻開始的重要工作。
gradle.properties
使用方法:在你的 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{}
2. 依賴解析
3. 任務執行階段
4. Daemon
org.gradle.jvmargs=-Xmx2048M
5. 使用 implementation 替代 compile,有效的減少編譯時的依賴項,需升級至 Gradle 3.4 版本
implementation
compile
6. 增量編譯,Gradle 可以將依賴關係分析到單個類級別,以便僅重新編譯受更改影響的類。 增量編譯是 Gradle 4.10 以來的默認編譯。 在老的版本中,可以像這樣激活它:
tasks.withType(JavaCompile) { options.incremental = true }
7. 使用分析報告,通過以下命令可以在編譯完成後,生成一份本地的分析報告:
./gradlew assembleDebug --profile
2. 避免編譯不必要的資源,比如不必要的語言本地化,
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)
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 的構建類型下是默認關閉的。如需手動配置其他構建類型,如下示例:
debug
android {
buildTypes { release { // Disables PNG crunching for the release build type. crunchPngs false } } // If youre 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,可以去學習,可以早點下班,總之,都比你在邊等待構建邊發獃好!
本文作者:yonglan.whl
原文鏈接
更多技術乾貨敬請關注云棲社區知乎機構號:阿里云云棲社區 - 知乎
本文為雲棲社區原創內容,未經允許不得轉載。