Android Studio 3.1 加速编译速度

设置

更改studio的VM大小
Android Studio限制了Java虚拟机启动的内存大小,限制了最大堆内存,当Android Studio运行越久,内存越不足的时候,就会频繁的触发GC,Android Studio就天然会卡起来了,严重的直接黑屏,因此,咱们把对应的所需内存都配置大一些,32位的系统打开studio.exe.vmoptions文件,若是是64位的话打开studio64.exe.vmoptions,改动如下配置,根据各自配置适当调节。html

-Xms1024m
-Xmx4096m
-XX:MaxPermSize=2048m
-XX:ReservedCodeCacheSize=1024mjava

优化配置:

一、gradle运行相关的配置 (gradle.properties文件中)android

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.
# TODO: disable daemon on CI, since builds should be clean and reliable on servers
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=-Xms1024m -Xmx2048m -XX:MaxPermSize=768m -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=trueweb

二、启用新一代Dex编译器D8 (gradle.properties文件中)缓存

android.enableD8=trueapp

三、启用新一代资源编译器aapt2 (增量资源处理) (gradle.properties文件中)jvm

android.enableAapt2=true ide

四、启用构建缓存 (gradle.properties文件中)【若是工程是从2.2以前的版本升级上来的】svg

Build Cache: 2.2版本的时候,加入了编译缓存的功能。可是2.3正式版以前都是默认关闭的。你能够经过 android.enableBuildCache = true 来开启这个功能。
2.3正式版开始将此功能转成默认开启的状态。函数

为了避免受版本更替的影响, 直接在项目根目录下的gradle.properties文件中添加下列配置:

#启用并设置 构建缓存 的目录 (使用 `./gradlew cleanBuildCache` 指令清除cache内容)
android.enableBuildCache=true
android.buildCacheDir=buildCacheDir/

Build Cache默认的存储目录~/.android/build-cache. 为了方便管理(如, 缓存过多时手动清除), 上述配置的第二行就本身指定了缓存的存储目录
关于更多Build Cache的内容请参考官方说明: https://developer.android.com/studio/build/build-cache.html
若是没法访问请看这里: https://developer.android.google.cn/studio/build/build-cache.html

五、启用gradle缓存 (gradle.properties文件中)

org.gradle.caching=true

六、禁用PNG图片优化处理 (禁止Png Cruncher优化)
a. 在Root Project的build.gradle文件中添加下面一个函数, 来判断是不是打debug包, 以下:

//是不是执行Debug相关task (通用函数, 可供子module调用)
def isDebug() {
     def taskNames = gradle.startParameter.taskNames
     for (tn in taskNames) {
         if( (tn.contains("install") || tn.contains("assemble")) && tn.contains("Debug")) {
             return true
         }
     }
     return false
 }

b. 在主module的build.gradle文件中的android {}块中添加下面配置:

android {

        // 其余配置省略 ...

        //若是是构建debug包, 则禁用 "png cruncher" (默认cruncherEnabled=true, 禁用以加速构建)
        def enableCruncher = { ->
            return !isDebug()
        }

        aaptOptions { //禁用cruncher, 以加速编译
            cruncherEnabled = enableCruncher()
            cruncherProcesses = 0
        }

    }

七、Dex配置项优化
在主module的build.gradle的android {}语句块中添加下面配置项目:

android {

     // 其余配置省略 ...

      dexOptions { //优化dex配置
         dexInProcess true
         preDexLibraries true
         javaMaxHeapSize "2g"
     }
 }

八、其余配置项
在主module中的buildg.gradle文件中添加以下配置:

android {
     compileOptions {
         incremental = true  //开启增量编译
         //其余代码省略 ...
     }

     buildTypes {
         debug {
             crunchPngs false //关闭crunchPng优化, 以加快构建
             //其余代码省略 ...
         }
     }

     //其余代码省略 ...
 }

九、跳过Tests和Lint相关的Task
在主module的build.gradle文件中的android {}代码块中添加下面代码:

android {
     //其余代码省略 ...


     //跳过Lint和Test相关的task, 以加速编译
     if (isDebug()) {
         gradle.taskGraph.whenReady {
             tasks.each { task ->
                 if (task.name.contains("Test") || task.name.contains("Lint")) {
                     task.enabled = false
                 }
             }
         }
     }
 }

十、Dex的merge过程优化 (API Level 21, 即安卓5.0的优化配置)
随着代码的日益积累, 咱们安卓项目中的方法数目很容易就超过64K了, 这时候就须要分包, 即MultDex操做 (为何方法数不能超过64K呢? 什么又是MultDex? 这些就说来话长了, 若是你还不了解这些, 请移步此处: https://developer.android.com/studio/build/multidex.html#about)

MultiDex主要是为了解决64K限制. Google给出的MultiDex解决方案分为两个阶段:
a. Android 5.0以前使用 Dalvik可执行文件分包支持库 来支持分包
b. Android 5.0即Android 5.0以后的版本内置支持MultiDex操做 (所以就不须要额外的支持库啦, 只须要在gradle中简单的配置一下)

两种方法都会把dex分红多个, 可是前一分的dex更少, 内置的分包分的dex很是多. 下面是两种分包方式打的包的dex切分状况:

minSdkVersion小于21时构建出来的apk包的dex切分状况以下:
这里写图片描述

minSdkVersion大于等于21时构建出来的apk包的dex切分状况以下:
这里写图片描述
具体优化逻辑就是:
若是不须要进行优, 则把minSdkVersion配成正常的支持版本(如14, 15 等); 而若是须要优化, 则把minSdkVersion配置成21(或大于21)

具体配置以下:

/**
 * 默认构建会进行优化, 若是不须要优化, 则运行下列命令: 
 * ./gradlew assembleDebug -Pso=1
 * 或者 (构建并安装)
 * ./gradlew installDebug -Pso=1
 */
def getMinSdkVersion() {
    int is_skip_optimize = hasProperty("so") ? Integer.parseInt(so) : 0

    //若是跳过优化 或 Release版本, 则minSdkVersion使用15; 不然使用21以便加快构建速度
    if(is_skip_optimize == 1 || !isDebug()) {
        return 15
    } else {
        return 21
    }
}

android {
    defaultConfig {
        applicationId "com.stone.xxx"
        minSdkVersion getMinSdkVersion() //此处的设置致使: 根据打包时传入的参数决定是否进行优化
        //其余配置省略 ...
    }
}

两种分包方式的具体配置请参考: https://developer.android.com/studio/build/multidex.html

十一、Fabric相关优化
在Main Module的build.gradle中添加下面Fabric相关的代码来优化Fabric配置:

def getMinSdkVersion() {
int is_skip_optimize = hasProperty("so") ? Integer.parseInt(so) : 0
//若是跳过优化 或 Release版本, 则minSdkVersion使用15; 不然使用21以便加快构建速度
if(is_skip_optimize == 1 || !isDebug()) {
    return 15
} else {
    return 21
}
}




android {
    buildTypes {
    debug {
        crunchPngs false //关闭crunchPng优化, 以加快构建
        ext.alwaysUpdateBuildId = false

        // enableCrashlytics = true 会影响编译速度 (enableCrashlytics默认值为true)
        // https://developer.android.com/studio/build/optimize-your-build.html#profile
        if (getMinSdkVersion() == 21) {
            ext.enableCrashlytics = false
            buildConfigField "boolean", "USER_FABRIC", "false" //此变量用因而否初始化或调用Fabric
        } else {
            buildConfigField "boolean", "USER_FABRIC", "true" //此变量用因而否初始化或调用Fabric
        }
    }
}

//其余配置省略 ...

}
android官网给出的优化Fabric的配置以下:
这里写图片描述

官网优化相关配置:
https://developer.android.com/studio/build/optimize-your-build.html#profile
References
https://docs.fabric.io/android/crashlytics/build-tools.html
https://developer.android.com/studio/build/optimize-your-build.html#profile
https://developer.android.com/studio/build/multidex.html
https://developer.android.google.cn/studio/build/build-cache.html
https://docs.gradle.org/current/userguide/build_environment.html#sec:gradle_configuration_properties
https://developer.android.google.cn/studio/releases/index.html#preview-the-new-d8-dex-compiler
https://developer.android.com/studio/releases/gradle-plugin.html#optimizations
http://blog.csdn.net/ahence/article/details/73603326

配置到这里,个人Android Studio编译速度从原来的4分钟缩短到了10秒。但愿你也能够经过设置提升工做效率.

最后,加速Android Studio另外一个最简单的方法就是:

升级你的电脑配置!!