问题:
你想要提高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“的文件名。
对于小的项目没有很多看的,但是对于大型项目,这是一个很好地途径来发现瓶颈。