Gradle编译打包Android apk详细介绍

理解Gradle构建过程，解读Android Gradle插件的配置

阅读本文一定是要使用过Gradle生成apk，文中不会讲如何安装运行Gradle，如有需要可先看文末的参考文章。

APK包是一个ZIP压缩包，从Java源代码、资源文件到生成这个APK，经过了编译打包一系列特定的过程，SDK文档（/docs/tools/building/index.html）中找到。而这一系列特定的过程，重复繁琐，构建工具（build tool）就是来流程化这些过程，解放你的双手。Ant作为apk早期的构建工具，构建过程显得很直观，像配置；Gradle可以方便地配置，但更像脚本，可以编程。

理解Gradle构建

1.简单理解构建工具

从一个程序员的角度，你该如何编写代码来自动化你的apk生成过程呢？首先得知道你需要的SDK、NDK在什么位置，Android工程有几个库工程，它们的Java源代码、资源文件分别有哪些？命令行的输入参数肯定无法满足需求，那自然而然想到配置文件。因此你的自动化工具就是解析这些配置文件，按照生成apk文件要求执行的程序。Gradle就是这样的工具程序，配置文件就是你常见的settings.gradle,build.gradle,不过他还提供了更多的功能，如依赖管理，流程控制，还有插件机制来定制你的生成过程。

Gradle的编程语言是Groovy，其需要的配置文件支持Groovy。Groovy语言像Java一样是基于JVM的，而且能够很好的支持Java，因此可以用Java代码编写扩展插件，像普通编程一样来写配置文件，而不用像Ant一样用xml来编写配置逻辑。

2.Groovy

Groovy的语法，把自己的代码缩略的看上去像脚本，本人也只是看了一点点文档，列出我们常用的介绍一下：
首先Groovy是面向对象的动态语言
（1）语句的末尾可省略分号
（2）变量定义可以用def，也可以直接使用
（3）函数定义可以用def，也可以不用（有返回值声明也可）

函数可省略参数类型
函数调用可省略括号

来看个例子：

println 'Hello' int power(int n) { 2**n } println "2^6==${power(6)}"

第一行输出字符串Hello，第二行定义一个函数，第三行输出函数调用值，双引号中间的${}可被解析成表达式运行。

（4）List和Map类型

List实现就是Java的java.util.ArrayList，变量由[]包围，用逗号分隔，比如

def heterogeneous = [1, "a", true] //其元素可以是任何对象

Map的实现是java.util.LinkedHashMap，也是由[]包围，用逗号分隔，其中的键值对是key:value形式，如：

def colors = [red: '#FF0000', green: '#00FF00', blue: '#0000FF'] assert colors['red'] == '#FF0000' //取值可以[key]或者.key的形式 assert colors.green == '#00FF00'

（5）闭包(Closures）

闭包我的理解类似C里的函数指针，或者说函数对象，可以像函数一样调用的对象
{ [closureParameters -> ] statements }
例子

def testClosure = {int arg1, String arg2 ->//def可省略，参数可省略，默认有it，当只有->表示没有参数 println "arg2:${arg2}" //执行的代码，返回值是最后一句，也可以用return } 调用: testClosure(1,'2') testClosure.call(1,'2')

3.Gradle

接着说自动化工具，编程语言有了，那实现一系列特定过程生成apk，就看如何实现了。Gradle里有Project，表示一个待编译打包处理的工程，可以生成apk,可以生成Jar，Project中可以包含多个Project；每个Project由很多的Task构成，可以理解为不同的过程；每个Task里又是有不同的Action，和一系列要执行的操作（或者说你写的要执行的语句）。Project中的Task的执行顺序，则是由其dependsOn来控制的。
Gradle执行时是以task为单位执行，在命令行中以gradle task来执行，这一过程的生命周期分为三个阶段(官方使用手册中也有详细介绍The Build Lifecycle）：

（1）初始化阶段

判断包含哪些工程，创建对应的Project实例，可以看到最新执行的是在settings.gradle中的语句

（2）配置阶段

创建不同的Task（Task可以动态生成），并根据Task之间的dependsOn，确定Task的执行顺序，或者禁用某些Task。此阶段完成后，Task之间的依赖关系也就确定下来。

（3）执行阶段

在配置完成后，按照依赖关系，按顺序执行。

需要注意的是通常在Task中的语句，都是在配置阶段执行的，而doFirst，doLast这类Action是在执行阶段中的。因此会出现你的依赖关系中没有的Task中语句也被执行了的问题

如下例子，打印出的task内容是不一样的

task printTasksName { tasks.all {//all是一个方法，参数可以是闭包，函数的元括号可以省略 println "show tasks in Configuration:${it.name}" //it是闭包的默认参数 } doFirst { tasks.all { println "show tasks in Execution:${it.name}" } } }

4.Gradle插件和Androd插件
在提供了基本的流程控制之后，接下来是具体的要做什么，构建什么。Gradle提供了针对语言的插件如java,groovy等负责编译，集成插件如application,war等生成java可执行程序，web程序的WAR文件。Android根据APK生成的过程，编写了自己的插件，其中也使用了java插件。

（1）自定义插件的插件名称在resources/META-INF/gradle-plugins

在resources/META-INF/gradle-plugins目录下有后缀为properties文件，该文件的命名就是你在build.gradle中使用插件的名字，里面声明了该插件的实现类。在Android插件的源码中可以看到android.properties和com.android.application.properties中两个插件名称，因此在build.gradle中，应用工程使用Android插件需要apply plugin: 'android'（已是deprecated）或者apply plugin: 'com.android.application'

(2）Android插件中application的实现类是AppPlugin，继承自com.android.build.gradle.BasePlugin ,调用apply方法，相应的configureProject()，解析local.properties，获得sdk位置，创建AndroidBuilder，应用JavaBasePlugin，而后createExtension() 关联BuildType，ProductFlavor，SigningConfig，最后createTasks()，完成各个Task的创建

5.DSL（Domain Specific Language）

DSL我翻译成领域专用语言，就是在这里预先规定好的规则，或者说是行话。在Gradle的DSL中一般常见的类型，一种是类型（Type）有Project、Task等，给他们定义了不同的操作和用法，一种是语句块（build script block或configuration block）如build.gradle中常见的buildscript { }，allprojects { }。Android中也定义了非常多语句块，如buildTypes { }，sourceSets { }。

Android Gradle插件配置

有了上述概念，再看android应用中的build.gradle，其实文中也只能讲一些，但是更多的可以自己查看Android插件的DSL

apply plugin: 'com.android.application' // 使用Android插件，非库工程，生成的是apk dependencies { compile 'com.android.support:multidex:1.0.1' compile fileTree(dir: 'libs', include: '*.jar') compile project(':库工程1') // 代码、资源包含在主程序apk中的 provided project(':库工程1') // 只参与编译，不输出到目标apk中 } // Android插件DSL中的AppExtension类型 android { compileSdkVersion rootProject.ext.compileSdkVersion // 多工程时配置统一的属性 buildToolsVersion rootProject.ext.buildToolsVersion // lint检查，避免lint检测到不符合条件退出编译 lintOptions { abortOnError false } // gradle编译会默认合并库工程的manifest到主工程，如果主程序和库工程的包名不一致会有问题 enforceUniquePackageName = false // 所有的 product flavors继承 defaultConfig { applicationId "cn.arainfo" minSdkVersion 14 targetSdkVersion 10 // multiDexEnabled true dexOptions { javaMaxHeapSize "2g" jumboMode true } } // 此处由于工程是从Eclipse导入，所有路径都进行了声明 sourceSets { main { manifest.srcFile 'AndroidManifest.xml' java.srcDirs = ['src'] resources.srcDirs = ['src'] aidl.srcDirs = ['src'] renderscript.srcDirs = ['src'] res.srcDirs = ['res'] assets.srcDirs = ['assets'] } debug.setRoot('build-types/debug') release.setRoot('build-types/release') } // 编译类型，指定release的proguard配置文件 buildTypes { release { minifyEnabled true proguardFile 'proguard.flags' } } } afterEvaluate { println "afterEvaluate set project dependsOn..." project(':主程序工程').tasks.getByName("assembleDebug").dependsOn ":子程序工程:assembleDebug" if (project.hasProperty('TestRelease')) { project(':主程序工程').tasks.getByName("assembleRelease").dependsOn ":子程序工程:assembleRelease" } }

说明几处

（1）如在根目录的build.gradle中声明公用属性

ext { compileSdkVersion = 21 buildToolsVersion = '25.0.0' isOnWindows = Os.isFamily(Os.FAMILY_WINDOWS)}

（2）buildTypes { }，productFlavors{ }，signingConfigs { }

上述三个语句块，类型是NamedDomainObjectContainer<T>，其中T是BuildType ProductFlavor SigningConfig，而buildTypes { }，productFlavors{ }中增加新的类型，会对应有新的Task生成，规则为assemble[flavor][buildType]，因此当compileSdkVersion较低，又用了MultiDex时，还想用InstantRun，就可以创建一个新的buildType，只在测试时使用

（3）afterEvaluate语句块

Android的Gradle插件版本在2.2.0时，Task的创建已经在afterEvaluate，因此，如果想继续使用tasks.getByName("assembleDebug")，必须要将自己的语句写到afterEvaluate { }语句块中

总结：

越写越心虚，零零碎碎的内容非常多，按照自己的理解贯穿下来，涵盖了部分内容，基本可以理解build.gradle。但是语句块如buildTypes { }和BuildType如何关联起来（或者说如何解析出来并创建对象）的，并没有很好的理解。
如果有时间可以好好看下《深入理解Android（一）：Gradle详解》，一般的问题，比如多渠道打包productFlavors怎么配置啊，自己通过查Android的DSL就能解决。

参考文档：

1.Groovy官方文档
2.Gradle用户手册
3.Gradle的DSL
4.Android插件的DSL
5.深入理解Android（一）：Gradle详解

感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！