Android Gradle 打包提速（二）

2019年6月9日 228次阅读 来源: VictorLiang

自从升级了Gradle 2.2.之后，发现打包速度明显变慢。 WTF！
现在gradlew clean build大约要4分钟才能完成，到底发生了什么事情呢？

1. 初现端倪

通过 gradlew build –profile 可以输出打包过程的profile report。先看一下最初的Report文件：

《Android Gradle 打包提速（二）》 image_1b2513724s5o1gp14u0h4r1a09.png-58.7kB
《Android Gradle 打包提速（二）》 image_1b2517dd1s51prt1r8q10q9184o9.png-87kB

发现有2个问题：
a. 每次build都会执行lint，而这个lint report目前来说对我们完全没有用。
b. 我只是单纯的想跑个Debug的build task，为何Release相关的Task也执行了？

2. 禁用Lint

如果想禁用某个task可以直接
gradlew build -X lint -X lintVitalRelease

或者直接永久禁用lint：
在build.gradle 文件的

apply plugin: 'com.android.application'

之前添加以下代码：

tasks.whenTaskAdded { task ->
    if (task.name.contains("lint")) {
        task.enabled = false
    }
}

3. Debug or Release

经过测试发现gradlew build这个task执行时，不区分Debug\Release , 所有类型的task都会执行。所以我们尽量使用以下命令：

//命令这么长，记得用简写哦
gradlew assembleDebug 
gradlew assembleRelease
gradlew installDebug
gradlew installRelease

4. 还是慢啊

经过测试，时间由3分45秒提升到1分45秒左右。但是为何还是这么慢！这个app:transformClassesWithDexForDebug是个什么鬼，这么慢。

《Android Gradle 打包提速（二）》 image_1b253q8rbb5911qm1dps13rh1enmm.png-73.1kB

经过调研发现这个app:transformClassesWithDexForDebug是打dex文件的核心task，要让它提高速度，我们需要做一下处理：

dexOptions {
  preDexLibraries true
  javaMaxHeapSize "2g"
}

顺带解决下这个提示的问题吧：

《Android Gradle 打包提速（二）》 image_1b25cahhrq8113ktkip1nrpu8j2a.png-71.3kB

5. 最后的总结

《Android Gradle 打包提速（二）》 image_1b25bf4i11e8s1aiqi062v0rgg1t.png-78.1kB

呵呵，还只是比最开始快2分钟多一点。这些profile都是clean后做的Build。修改之后病历夹clean之后点击运行一共需要一分半吧。

《Android Gradle 打包提速（二）》 image_1b25f6uij65pmdd1n921btkeks9.png-9.3kB

其实日常改代码经常是走的Incremental Build而非全量Build，因为gradle对Incremental Build有一些优化，它的耗时从20秒到3分半钟都有可能，要做测试相对困难一些，总体来说经过以上的配置，速度还是快一些的～ 至于你信不信，试了就知道喽….

6. gradle.properties 文件也show一下吧

# 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=-Xmx2560m -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

7. 写在刨坑之后

产品中使用了SonarQube做代码质量的监控。直接禁用lint会导致SonarQube的异常。

    原文作者：VictorLiang
    原文地址: https://www.jianshu.com/p/a5e86aac3134
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞