做为一名 Android 开发同窗,当你的工程和代码达到必定规模的时候,相信你必定遇到过编译速度过慢的问题。好比:html
等待编译的时间,仿佛过了一个世纪,有没有!android
对于程序猿,时间尤为宝贵,当你修改完一个 BUG 或者想验证一个功能时,却由于编译速度过慢而不得不打断你的思路,也会严重影响你的开发效率。网络
正所谓,磨刀不误砍柴工,因此,减小和提高你工程的编译速度是一个值得马上开始的重要工做。app
尽量的使用最新版本的 Gradle 和 JVM,这是最简单直接的方式,Gradle 开发团队会持续的更新 Gradle 版本,来优化构建速度以及提供一些新的特性,而使用新版本的 JVM,是由于 Gradle 运行在 JVM 上,因此,若是新版本的 JVM 提高了性能,一样也会让 Gradle 跑的更快。jvm
Parallel execution,并行执行 Gradle 的 tasks,在你的 gradle.properties
文件添加如下配置:ide
org.gradle.parallel=true
复制代码
Build Scan,是一个很好的诊断工具,经过该工具能够很好的帮助你去分析和解决编译速度慢的问题。 工具
./gradlew build --scan
复制代码
须要注意的是,Build Scan 是高版本的 Gradle(4.3+) 默认才有的功能,针对低版本(4.3如下)的 Gradle 须要额外安装一个插件才可使用,具体信息能够点击:Build Scan Plugin User Manual 性能
配置阶段学习
apply plugin
,按需使用。若是某个插件不是全部的模块都要使用的状况下,就不要使用 allprojects{}
的方式。依赖解析gradle
任务执行阶段
Daemon
在老版本的 Gradle 开启 Daemon 配置,而在 3.0 之后的 Gradle 版本是默认支持的。
调整 daemon’s 的堆大小,默认是 1 GB,如需调大,可在你的 gradle.properties
设置:
org.gradle.jvmargs=-Xmx2048M
复制代码
使用 implementation
替代 compile
,有效的减小编译时的依赖项,需升级至 Gradle 3.4 版本
增量编译,Gradle 能够将依赖关系分析到单个类级别,以便仅从新编译受更改影响的类。 增量编译是 Gradle 4.10 以来的默认编译。 在老的版本中,能够像这样激活它:
tasks.withType(JavaCompile) {
options.incremental = true
}
复制代码
使用分析报告,经过如下命令能够在编译完成后,生成一份本地的分析报告:
./gradlew assembleDebug --profile
复制代码
使用最新版本的工具
避免编译没必要要的资源,好比没必要要的语言本地化, 你能够只指定一种语言资源和屏幕适配,如如下示例所示:
android {
...
productFlavors {
dev {
...
// The following configuration limits the "dev" flavor to using
// English stringresources and xxhdpi screen-density resources.
resConfigs "en", "xxhdpi"
}
...
}
}
复制代码
开启离线模式,
开启按需配置
注意一:若是你使用的是 Gradle 4.6 版本,而
com.android.tools.build:gradle
版本是 3.0.1 或者 3.1.0,你须要禁用该配置以免一些没必要要的问题,该问题会在未来的 Android Gradle 插件版本中被修复
注意二:在最新的 Android Studio 版本中,configuration on demand 已被移除
使用 WebP 格式的图片,有效减小图像文件大小,而没必要执行构建时压缩,能够加快你的构建
关闭 PNG crunching,加快构建速度经过禁用自动图像压缩,Gradle 3.0 版本以上在 debug
的构建类型下是默认关闭的。如需手动配置其余构建类型,以下示例:
android {
buildTypes {
release {
// Disables PNG crunching for the release build type.
crunchPngs false
}
}
// If you're using an older version of the plugin, use the
// following:
// aaptOptions {
// cruncherEnabled false
// }
}
复制代码
开启 Instant Run
其实,有些同窗不过重视也不太愿意花精力去折腾这些,想着忍忍也就过去了。可是,随着编译次数的增长,实际所浪费的时间远超出你想象,而从提高团队生产力的角度来看的话,这是一个投入产出比至关高的事情,以本人所参与的一个项目为例,优化后比优化前的构建时间减小了 50%,多出一个喝咖啡的时间仍是很轻松的,而整个团队节省下来的时间,能够 code review,能够去学习,能够早点下班,总之,都比你在边等待构建边发呆好!