Gradle系列(一):Groovy基础
Gradle系列(二):AndroidStudio的Gradle简介
Gradle系列(三):项目实践
前言
在开发中我们接触的较多的是build.gradle和settings.gradle,我们知道新的moduler要配置在setting.gradle中,新的依赖库,包括项目的版本等要配置在app目录下build.gradle,远程仓库以及插件地址要配置在根目录的build.gradle。知道这些足够配置一个基本项目了,但是我们常有下面几个疑问:
- Gradle是什么? AndroidStudio中的GradlePlugin又是什么?
- 还有gradlew.bat是干嘛的,gradle在AndroidStudio中如何工作的?
第一个问题,我们需要了解关于gradle的三点:
构建工具包括 make,Ant,Maven,Lvy和现在的Gradle,差不多是一步步进化而来,前面几种都是基于XML,不擅长if这类逻辑判断,而Gradle基于Groovy有自己的语法。
Gradle与Android本身没有任何关系,Gradle主要用于Java项目,不过还支持Android,C,C++。Gradle官方文档:https://docs.gradle.org/current/release-notes
Google选用Gradle作为AS的构建工具,集成了一套插件叫Android Gradle Plugin,Gradle Plugin官方文档:http://tools.android.com/tech-docs/new-build-system/user-guide#TOC-Why-Gradle-
第二个问题,在此新建项目一探究竟
Android Studio中Gradle结构
在Android Studio新建项目,AS会自动下载安装Gradle并且生成下面这样的项目结构:
先看2号和4号,这里有个gradle wrapper的东西意为gralde包装,是Android studio特有的,因为我们在本地的项目可能用了不同的Gradle版本(比如项目A用Gradle1.0,项目B用Gradle2.0),那么我们只安装Gradle1.0或者Gradle2.0都是不行的,于是gradle wrapper可以来解决这个问题,不同的项目允许配置不同的Gradle版本,但是每个版本AS都会帮我们下载到本地(Windows默认在Administator文件夹),看下:
所以相当于在Android studio所有操作就是基于GradleWrapper,打开AS自带的Terminal查看当前项目的Gradle版本:
Gradle的工作流程
在上面1,3,5号对应三个.gradle文件,在每个gradle开始处都加上Log打印,运行项目,看下这三处.gradle文件的执行顺序:
先进入Settings.gradle初始化,弄清整个项目有多少project,可以在这对gradle添加额外属性,那么在buiuld.gradle中就能拿到。
进入跟目录的build.gradle,内容主要包含了两个方面:一个是声明仓库的源,这里可以看到是指明的jcenter(), 之前版本则是mavenCentral(), jcenter可以理解成是一个新的中央远程仓库,兼容maven中心仓库,而且性能更优。另一个是声明了android gradle plugin的版本,android studio 1.0正式版必须要求支持gradle plugin 1.0的版本。
buildscript {
repositories {
jcenter()
}
dependencies {
classpath 'com.android.tools.build:gradle:2.2.0'
}
}
allprojects {
repositories {
jcenter()
}
}
3.进入app的build.gradle,这个gradle分为application 和library两个类型,区分是依据第一句的apply配置:
apply plugin: 'com.android.application'
//apply plugin: 'com.android.library'
- 注释:apply是Project类下的一个方法,接受Map类型参数,key是"plugin"代表类型,value是"com.android.application",代表android gradle插件版本就是上面配置的 classpath 'com.android.tools.build:gradle:2.2.0'
PluginAware.apply(java.util.Map)
gradle构建基本知识
AndroidStudio以gradle为构建工具,我们只需轻点一下run,app就自动打包生成了,这个流程是什么样的?下面先看几个基本名词:
-
buildTypes{}
这个方法参数是一个Closure,gradle默认提供了debug和release两种编译类型,具体的执行(包括编译,打包,clean等)是由一个个task完成,这些task完全由Android Gradle Plugin决定,比如这个GradleDemo的所有Task:可以看出build这个目录下有assembleDebug和assembleRelease两个task(在buildTypes中增加自定义type,这个build下就会生成相应的task)
打开自带的Terminal,用gradle执行task的命令格式为 :gradlew + taskName
gradlew clean:尝试执行其中的clean这个task,可以看出整个build文件夹都被清空了
gradlew assembleDebug :编译一个debug版本,在output生成了debug apk:
在buildType中自定义一个type:
编译dml这个版本:gradlew assembleDml,在output中生成了app-dml-unsigned.apk(这个apk和debug release用的同样的代码,只不过是未签名的本质上和debug apk一样):
- productFlavors
用于多渠道打包,例如新增proA和proB两个product:
productFlavors{
proA{}
proB{}
}
执行编译所有的release包:
看下输出:
也可以利用productName编译特定的产品apk。
- dependencies
技巧:可以通过buildType或者productFlavors来差异化编译依赖库:
debugCompile(name: "$libName", ext: 'aar') //只在debug模式下才会编译
由此可见,我们轻点一下run,背后其实就是执行了gradle脚本:assembleDebug,生成未签名的apk。而编译签名包,也就是执行了有签名文件gradle脚本:assembleRelease而已