自从升级了Gradle 2.2.之后，发现打包速度明显变慢。 WTF！
现在gradlew clean build大约要4分钟才能完成，到底发生了什么事情呢？
1. 初现端倪
通过 gradlew build --profile 可以输出打包过程的profile report。先看一下最初的Report文件：
发现有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是个什么鬼，这么慢。
经过调研发现这个app:transformClassesWithDexForDebug是打dex文件的核心task，要让它提高速度，我们需要做一下处理：
dexOptions {
preDexLibraries true
javaMaxHeapSize "2g"
}
顺带解决下这个提示的问题吧：
5. 最后的总结
呵呵，还只是比最开始快2分钟多一点。这些profile都是clean后做的Build。修改之后病历夹clean之后点击运行一共需要一分半吧。
其实日常改代码经常是走的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的异常。
