Gradle系列（二）：AndroidStudio的Gradle简介

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并且生成下面这样的项目结构：

Paste_Image.png

先看2号和4号，这里有个gradle wrapper的东西意为gralde包装，是Android studio特有的，因为我们在本地的项目可能用了不同的Gradle版本（比如项目A用Gradle1.0，项目B用Gradle2.0），那么我们只安装Gradle1.0或者Gradle2.0都是不行的，于是gradle wrapper可以来解决这个问题，不同的项目允许配置不同的Gradle版本，但是每个版本AS都会帮我们下载到本地（Windows默认在Administator文件夹），看下：

Paste_Image.png

所以相当于在Android studio所有操作就是基于GradleWrapper，打开AS自带的Terminal查看当前项目的Gradle版本：

Paste_Image.png

Gradle的工作流程

在上面1,3,5号对应三个.gradle文件，在每个gradle开始处都加上Log打印，运行项目，看下这三处.gradle文件的执行顺序：

Paste_Image.png

1. 先进入Settings.gradle初始化，弄清整个项目有多少project，可以在这对gradle添加额外属性，那么在buiuld.gradle中就能拿到。

2. 进入跟目录的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）

Paste_Image.png

打开自带的Terminal，用gradle执行task的命令格式为 ：gradlew + taskName
gradlew clean：尝试执行其中的clean这个task，可以看出整个build文件夹都被清空了
gradlew assembleDebug ：编译一个debug版本，在output生成了debug apk：

Paste_Image.png

在buildType中自定义一个type：

Paste_Image.png

编译dml这个版本：gradlew assembleDml，在output中生成了app-dml-unsigned.apk（这个apk和debug release用的同样的代码，只不过是未签名的本质上和debug apk一样）：

Paste_Image.png

• productFlavors

用于多渠道打包，例如新增proA和proB两个product：

    productFlavors{
        proA{}
        proB{}
    }

执行编译所有的release包：

Paste_Image.png

看下输出：

Paste_Image.png

也可以利用productName编译特定的产品apk。

• dependencies

技巧：可以通过buildType或者productFlavors来差异化编译依赖库：

debugCompile(name: "$libName", ext: 'aar') //只在debug模式下才会编译

由此可见，我们轻点一下run，背后其实就是执行了gradle脚本：assembleDebug，生成未签名的apk。而编译签名包，也就是执行了有签名文件gradle脚本:assembleRelease而已

Paste_Image.png