尊重劳动成果，转载请注明出处：http://blog.csdn.net/growth58/article/details/49589885
原文链接：https://medium.com/android-news/android-build-speed-up-ver-english-c76890aa610#.92skzplgc
关注新浪微博：@于卫国
邮箱：yuweiguocn@gmail.com

从Eclipse 到Android Studio…

Ant到Gradle…

自从Google发布Android Studio & Gradle Plugin 1.0,Android开发环境已经改变了很多。

但是有很多的开发者抱怨构建花费的时间太长。

实事上我花费了比之前多2倍的时间。对此我很难过。

因此我试了很多方法来减少构建时间。并且这篇文章是关于它的。

Android 应用构建环境

1.Ant

可以说，Android开始于这个工具。我在 Jenkins (CI) 用于自动化构建和发布。但我很少用于开发。

2.Eclipse

很多开发者使用这个IDE。在SingleDex情况下，它是个好工具。实事上，对于构建增量它是相当好的。

3.Gradle-Android Studio
Android Studio基于Gradle。如果开发者修改Gradle属性，然后他们总是得同步Gradle到AS。并且不得不学习Gradle，Gradle还很慢。

自从去年我使用AS & IntelliJ，一直在抱怨Gradle的性能。在硅谷的很多技术公司，他们尝试了别的解决方法。

新的Android 应用构建

1.Bazel (by Google, Github)
它不但能构建Android，而且还能构建IOS。Bazel 开始于Blaze （Google构建系统）。Bazel 目前为Beta版。

2.Buck (by 非死book, Github)
Buck 比Bazel支持更多的语言、平台。（Go，Rust等等）

3.Pants (by 推ter, FourSquare, Square, Github)
三大组件协同工作。（对不起，我对它不太了解。）

性能

1.Bazel

来源: Bazel (http://bazel.io/docs/mobile-install.html)

2.Buck

来源 : Buck (https://buckbuild.com/article/exopackage.html)

3.Pants

我没能找到相关的数据

我们为什么从Gradle转移到其它的构建工具？

在gradle 团队的博客

Gradle团队对于Bazel 的观点 03，2015
https://gradle.org/gradle-team-perspective-on-bazel/

他们指出了Bazel的缺点

1.Bazel 没有一个高级别声明构建语言让构建变得简单对开发者来说。
2.没有建立可扩展性
3.首先是central repo，然后才是性能
4.Bazel is *nix only，它不能运行在Windows上。
5.没有插件的生态系统

结论

新的构建系统 (Bazel, Buck)看起来要比gradle更好。但对于初学者来说它们太困难了，因此我不会从Gradle转移到buck 或者其它的上面。

但是转移到Buck 、Bazel或Pants之后，一些开发者说它可以很高效节约时间对于构建。（抱歉，我忘了在reddit 上面发布）

解决方案只能转移构建工具？

从GDG 的韩国Android成员Alan Jeon，我改进了构建。

1.更新Gradle

$> $project/gradle/wrapper/gradle-wrapper.properties  // ...  distributionUrl=https\://services.gradle.org/distributions/gradle-2.9-all.zip

2.更新Android Plugin在build.gradle文件中

buildscrpt {    dependencies {      classpath 'com.android.tools.build:gradle:1.5.0'    }  }

3.设置minSdk in build.gradle (★★★)

http://developer.android.com/intl/ko/tools/building/multidex.html

android {    productFlavors {      dev {          minSdkVersion 21      }      prod {          minSdkVersion 14      }    }  }

打包进程分两步。一是从class到dex。另一个是合并dex。但api 21 (Lollipop)之后基于ART。因此它不会合并dex。关键是节省构建时间。

需要小心的时，修改minsdk 值后，AS不会警告API level。

4.添加gradle.properties

org.gradle.daemon=true  org.gradle.parallel=true  org.gradle.jvmargs=-Xmx768m

5.添加DexOptions 在 build.gradle文件中

android {    dexOptions {      incremental true    }  }

※incremental 有潜在的错误（参考链接）

性能

构建设备：MacBook Pro Retina 2012 (i7 2.3Ghz, 8GB Ram)

之前

Clean Build : 56.97s  Incremental Build : 16.3s

之后

Clean Build : 47.0s (up to 17% )  Incremental Build : 9.58s (up to 41%)

※ 在MultiDex时，Incremental 构建从47秒提高到了17秒。

在迭代开发时（包括TDD），我尝试提高构建速度。我希望能帮助到很多开发者。

请我喝杯咖啡，请使用支付宝扫描下方二维码：