Android开发：《Gradle Recipes for Android》阅读笔记(翻译)6.1——推荐配置
问题：
你想要提高Gradle的构建效率。
解决方案：
使用下面推荐的技术组合。
讨论：
首先，这里没有可以影响app表现的建议。有很多你可以做的事来提高app，很多都和Android的混淆工具有关。这节不是关于这个的，这节是提高构建本身效率的。
这节讨论那些可以添加到应用根目录下的gradle.properties文件里面的设置。如果你更喜欢全局设置，home目录下面的.gradle的子文件夹下增加一个gradle.properties文件。
Gradle守护进程
Gradle守护进程是一个后台进程，在构建之间保持，缓存数据和代码。当你运行命令提示符时，最新的Gradle会自动的启动守护进程。
默认的，Android Studio在你的项目里面启动一个Gradle守护进程，持续三个小时，对于大部分开发任务都足够。如果你在命令行运行Gradle，你可能不能自动的启动守护进程。
为了确保守护进程的启动，可以增加下面的配置：
org.gradle.daemon=true
守护进程可以通过命令行标志启动或者停止。使用--daemon和--no-daemon可以在私人配置里面启用或者关闭守护经常。如果你担心内部缓存过期或者你正在测试，关闭守护进程是有效的。如果你想要停止一个正在运行的守护进程，可以使用--stop参数。
并行编译：
Gradle有个“孵化”选项用来并行编译独立的项目。使用它可以在gradle.properties里面增加一行：
org.gradle.parallel=true
这也许不会有太多用处，因为Android项目里面的modules大部分都是相关的，导致很难从并行编译里面获得好处。
按需求配置：
一般Gradle在排除一些任务之前为所有项目的都配置了所有的任务。对于一个有很多子项目和很多任务的项目，这不是很有效。所有可以尝试只配置那些和要求的任务相关的项目。
在gradle.properties使用“configure on demand”：
org.gradle.configureondemand=true
大部分Android应用都只有很少的子项目，所以这个特性并不总是有用。
这是一个潜伏的特性，所以特定的细节可能会在新版本的Gradle里面改变。
排除不要的任务：
在4.3节讨论过，-x标志可以用来排除指定的任务，像lint，耗时但是不是每次构建都需要运行的。
那节同样展示了如何在任务图里面排斥指定任务。
改变JVM设置：
根本上将一个Gradle构建是运行在java进程上的，所有那些影响JVM的参数也影响Gradle的表现。下面展示了一些JVM的设置（在gradle.properties里面）：
org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m
-XX:+HeapDumpOnOutOfMemoryError
-Xmx设置java进程使用的最大内存。-Xms设置初始分配给进程的内存。这个例子也改变了持久的空间大小，当java.lang.OutOfMemoryError抛出时，将堆栈存放文件里面。
可以到Java HotSpot VM页面查看更多细节。
只使用需要的依赖库：
这尤其值Google Play服务，经常需要大量的library，并且使用单独的模块。
例如，使用Google地图，你习惯在编译时添加完整的Google Play服务：
dependencies {
compile 'com.google.android.gms:play-service:7.8.0'
}
这是一个庞大的库，有许多的依赖，一旦Google Play服务被添加下面一系列的library会被添加：
由于Android的65K方法名限制，你需要添加大量的你不需要的方法来处理。相反的，你可以只添加地图：
dependencies {
compile 'com.google.android.gms:play-service-maps:7.8.0'
}
两者之间的差异是戏剧性的：
使用dex选项：
Android块允许你之指定“dex”进程的参数。dexOptions块包含下面的选项：
dexOptions {
incremental true
javaMaxHeapSize '2g'
jumboMode = true
preDexLibraries = true
}
incremental选项设置是否启用增量模式。文档说“这有非常多的限制，可能不生效。慎重使用”。
使用javaMaxHeapSize作为指定Xmx的可选方法。
启用“jumbo mode”允许在dex文件中出现更多的字符串。如果这是一个问题，你应该花更多的时间配置混淆。
preDexLibraries会提前允许dx进程。文档描述：“这个可以提高增量构建效率，但是clean会变得慢”。
这些设置可以提高也可以降低表现，所以在确定使用它们之前进行试验。
列出配置的概况：
在命令行使用--profile运行Gradle，生成构建的有用信息。结果生成在build/reports/profile目录下的HTML里面。
举例，运行多flavor的assembleDebug任务，如下：
> ./gradlew --profile assembleDebug :app:preBuild UP-TO-DATE :app:preArrogantStarkDebugBuild UP-TO-DATE :app:checkArrogantStarkDebugManifest :app:preArrogantStarkReleaseBuild UP-TO-DATE :app:preArrogantWayneDebugBuild UP-TO-DATE :app:preArrogantWayneReleaseBuild UP-TO-DATE :app:preFriendlyStarkDebugBuild UP-TO-DATE :app:preFriendlyStarkReleaseBuild UP-TO-DATE :app:preFriendlyWayneDebugBuild UP-TO-DATE :app:preFriendlyWayneReleaseBuild UP-TO-DATE :app:preObsequiousStarkDebugBuild UP-TO-DATE :app:preObsequiousStarkReleaseBuild UP-TO-DATE :app:preObsequiousWayneDebugBuild UP-TO-DATE :app:preObsequiousWayneReleaseBuild UP-TO-DATE // ... tons of other tasks ... :app:assembleObsequiousWayneDebug :app:assembleDebug
输出的文件在build/reports/profile文件夹下面，类似”profile-YYYY-MM-dd-hh-mm-ss.html“的文件名。
对于小的项目没有很多看的，但是对于大型项目，这是一个很好地途径来发现瓶颈。
