提速Android Gradle 构建

提速法则一览

手段 全量构建 Java增量构建 资源增量构建
升级 android gradle tools 到3.0 -15s(-25%) -10(-38%) -2.5(-16%)
避免使用遗留的Multidex -5.5s(-12%) -8(53%) same
debug 环境关闭multi-APK -4.8s(-12%) -0.5s(-6%) -3s(-26%)
设置包含最少的资源 -6s(-17%) -1.5s(-24%) -2s(21%)
关闭 png crunching -9s(-33%) same same
使用Instance Run +7s(+37%) -3s(-54%) -3s(-42%)
避免不注意的改变 - - -
不要使用动态版本号 - - -
注意分配 gradle 内存 - - -
开启 Gradle Caching -7s(-25%) same +0.5s(+12%)
使用implementation 或者 api 代替 compile - - -

以上优化方案基于android gradle tools 3.0-alpha

关于Santa Tracker Project

  • 9 个模块,包括Wear
  • 500 多个Java文件
  • 1700 个XML 文件,3500张PNG
  • Multi-dex
  • 没有 annotation processors
  • APK大小接近60MB

这个项目可以在Google Github 帐号中找到

优化方案详解

避免使用遗留的MultiDex

  • 遗留的multidex是指使用了MultiDex 并且minSDkVersion < 21
  • 遗留的multidex会导致构建的时候签名速度变慢
  • 使用Android Studio 2.3+ IDE构建的时候,会自动避免这样的状况

也就是说,使用点击AS运行的按钮,这个不需要配置。

关闭 multi-APK

multi-apk 是为了根据配置生成不同的APK,以达到减少APK体积大小的问题。但是这个配置没有必要在开发的时候开启。

关闭方法
  1. 设置监测到flag 就关闭代码

    android{
        if(project.hasProperty('devBuild')){
            splits.abi.enable = false
            splits.density.enable = false
        }
    }
    
  2. 在AS设定中加入flag


    提速Android Gradle 构建_第1张图片
  3. 或者使用gradlew 构建

    ./gradlew app:assembleDebug -PdevBuild
    

包含最少的资源

如果你的app是包含多资源的,比如多语言的和多分辨率。但是在开发的时候,大部分时间都是只用一种资源,所以其他资源就会无用,导致拖慢构建速度。

以下是固定使用某种资源的办法

productFlavors{
    development{
        minSdkVersion 21
        resConfigs ("en","xxhdpi")
        ...
    }
} 

关闭 png 压缩

png 在 android build tools 里面是默认开启的。这个功能可以使你构建更小的apk,但是在debug构建中,我们并不需要这个功能,所以,应该在debug构建的时候禁止。

禁止方法就是使用关闭multi-APK 一样的标记

 android{
        if(project.hasProperty('devBuild')){
            splits.abi.enable = false
            splits.density.enable = false
            aaptOptions.cruncherEnabled = false
        }
    }

添加标记的方法同关闭 multi-APK 的一样

当然你可以把图片转换到webp , 如果你的PNG已经压缩过的也可以完全关闭这个功能

使用 Instant Run

Instant Run 已经要求最低API 为21 ,各方面的兼容性都好了很多,推荐使用。
当然完整编译是需要更长的时间的

避免不注意的改变

栗子

def buildDateTime = new Date().format('yyMMddHHmm').toInteger()
android{
    defaultConfig{
        versionCode buildDateTime
        ...
    }
}

这个操作看起来很合理,每次构建的时候都可以获得唯一的versionCode,这样每次测试就能根据versionCode 来告诉你问题所在。但是,对于debug构建来说,这不是一个好的设置。这个设置会导致 AndroidManifest 改变 , AndroidManifest 改变会导致增量编译的时间增加。

提速Android Gradle 构建_第2张图片
Manifest 改变对于编译的影响
Crashlytics

Crashlytics 是个很好的开发工具,如果你使用得正确的话。Crashlytics 每次构建的时候都会生成唯一的ID,关掉这个ID可以加快构建速度。

apply plugin: 'io.fabric'
...

android{
    buildTypes{
        debug{
            ext.alwaysUpdateBuildId = false
        }
    }
}
不要使用动态版本号
android{
    dependencies{
        compile 'com.android.suport:appcompat-v7:+'        
    }
}

以上的依赖使用了动态版本号来设置使用最新的版本号。但是这样会导致gradle每24小时就要联网检查最新的版本,增加了构建的时间。同时,这样使用会导致你的构建不稳定,可能今天还能构建成功,但是明天就失败了

注意分配 Gradle 内存

在新建一个项目的时候,默认在 gradle.properties 中设置了 gradle 使用的内存为1.5G,这可能是个好的值,也可能不是,取决你项目的大小,越大的项目需要越大的内存

提速Android Gradle 构建_第3张图片

开启 Gradle 缓存

这是 Gradle 3.5的新特性 ,和 2.3 build chache 是不一样的,可以接受任何系之前的构建,任何的地点的构建。
开启代码如下:

org.gradle.caching = true

使用implementation 或者 api 代替 compile

假设你有如图这几个项目


提速Android Gradle 构建_第4张图片

app 依赖与lib1,lib1依赖于 lib2,但是,app只使用了lib1提供的公共api。如果使用compile 关键字,当你更改lib2的时候,app,lib1 都要重新编译。但是,如果app 是使用implementtation依赖lib1的时候,lib2 就算发生更改,app也不需要重新编译。

所以我们在编写库的时候,如果库依赖的库不想曝光给使用者,建议使用implementation,如果你想把自己使用的库曝光给使用者,请使用 api 关键字

额外提及

模块化好处

  • Gradle 可以平行的构建模块
  • 缺乏增量任务的一个变通方法
  • 多模块代表着多任务,多任务代表着可以平行执行
  • Some parallelism within a task is provided but limited(自己看吧,我也看不懂)

如何调试缓慢构建

Gradle 提供了工具去帮助知道哪里花了大部分时间

  • --dry-run
  • --info
  • --profile
  • Gradle profile
--dry-run

可以让你知道花费了多少时间在 configuration 上,10s以内是最好的,如果配置的时间过长,你的方法gradle 已经出了问题了。

使用方法:gradle yourtask --dry-run

--info

这个参数可以告诉你,当前任务执行的详细信息,包括在执行什么,还有为什么执行。

使用方法:gradle yourtask --info

--profile

这个参数会在 you-project/build/reports/profile、 中生成一个html文件,详细告诉你哪个任务花了多少时间,是个非常有用的debug工具

使用方法:gradle build --profile

Gradle Profiler

Gradle Profiler 是 Gradle 官方用于自动收集Gradle构建的分析和基准测试信息的工具。具体的使用办法在 github 上有,以后有必要再出个专题吧。这个工具是当上面的办法都无效的时候才推荐使用的。

你可能感兴趣的:(提速Android Gradle 构建)