android studio中Gradle 编译需要重点注意gradle，wrapper，build tools之间的版本对应关系

Android Studio 2.3 的平台已经已经是相对稳定的发布版，新的功能不断推出，包括对NDK 的完美支持。它看起来有一些重大的改变也正在等待合适的孵化时机，如：新的 Gradle 构建工具以及新设计的 DSL (gradle 脚本代码结构)

理解Gradle脚本

当然我们现在讨论的所有内容都是基于Android studio的，所以请先行下载相关工具。当我们创建一个新的工程，Android studio会默认为我们创建三个gradle文件，两个build.gradle，一个settings.gradle，build.gradle分别放在了根目录和moudle目录下，下面是gradle文件的构成图：

 MyApp   ├── build.gradle   ├── settings.gradle   └── app       └── build.gradle       

根目录的build.gradle

该gradle文件是定义在这个工程下的所有模块的公共属性，它默认包含二个方法：

buildscript {     repositories {         jcenter()      }      dependencies {          classpath 'com.android.tools.build:gradle:1.2.3'      }}allprojects {     repositories {          jcenter()      }}

buildscript方法是定义了全局的相关属性，repositories定义了jcenter作为仓库。一个仓库代表着你的依赖包的来源，例如maven仓库。dependencies用来定义构建过程。这意味着你不应该在该方法体内定义子模块的依赖包，你仅仅需要定义默认的Android插件就可以了，因为该插件可以让你执行相关Android的tasks。

allprojects方法可以用来定义各个模块的默认属性，你可以不仅仅局限于默认的配置，未来你可以自己创造tasks在allprojects方法体内，这些tasks将会在所有模块中可见。

模块内的build.gradle

模块内的gradle文件只对该模块起作用，而且其可以重写任何的参数来自于根目录下的gradle文件。

Android

该方法包含了所有的Android属性，而唯一必须得属性为compileSdkVersion和buildToolsVersion：

• compileSdkVersion：编译该app时候，你想使用到的api版本。

• buildToolsVersion：构建工具的版本号。

构建工具包含了很多实用的命令行命令，例如aapt,zipalign,dx等，这些命令能够被用来产生多种多样的应用程序。你可以通过sdk manager来下载这些构建工具。

Gradle能够很轻松的构建不同版本的app,使用构建变种。举个例子，其能够很轻松的创建一个免费版本和付费版本的app。这两个版本需要分隔的标示码，所以他们能够以不同的app出现在各大应用商店，当然他们也能够同时安装在一个手机中。资源代码和R文件必须拥有相同的包名，否则你的资源代码将需要改变，这就是为什么Android开发团队要将package name的两大功能拆分开。在AndroidManifest文件中定义的package name依然被用来作为包名和R文件的包名。而applicationid将被用在设备和各大应用商店中作为唯一的标示。

接下来将是minSdkVersion和targetSdkVersion。这两个和AndroidManifest中的<uses-sdk>很像。minSdkVersion定义为最小支持api。

versionCode将会作为版本号标示，而versionName毫无作用。

所有的属性都是重写了AndroidManifest文件中的属性，所以你没必要在AndroidManifest中定义这些属性了。

buildTypes方法定义了如何构建不同版本的app，我们将在下一篇博客中有所介绍。

依赖包

依赖模块作为gradle默认的属性之一（这也是为什么其放在了Android的外面），为你的app定义了所有的依赖包。默认情况下，我们依赖了所有在libs文件下的jar文件，同时包含了AppCompat这个aar文件。我们将会在下一篇博客中讨论依赖的问题。

让我们开始tasks吧

如果你想知道你多少tasks可以用，直接运行gradlew tasks，其会为你展示所有可用的tasks。当你创建了一个Android工程，那么将包含Android tasks，build tasks，build setup tasks，help tasks，install tasks，verification tasks等。

基本的tasks

android插件依赖于Java插件，而Java插件依赖于base插件。

base插件有基本的tasks生命周期和一些通用的属性。

base插件定义了例如assemble和clean任务，Java插件定义了check和build任务，这两个任务不在base插件中定义。

这些tasks的约定含义：

• assemble: 集合所有的output

• clean: 清除所有的output

• check: 执行所有的checks检查，通常是unit测试和instrumentation测试

• build: 执行所有的assemble和check

Java插件同时也添加了source sets的概念。

Android tasks

android插件继承了这些基本tasks,并且实现了他们自己的行为：

• assemble 针对每个版本创建一个apk

• clean 删除所有的构建任务，包含apk文件

• check 执行Lint检查并且能够在Lint检测到错误后停止执行脚本

• build 执行assemble和check

默认情况下assemble tasks定义了assembleDebug和assembleRelease，当然你还可以定义更多构建版本。除了这些tasks,android 插件也提供了一些新的tasks:

• connectedCheck 在测试机上执行所有测试任务

• deviceCheck 执行所有的测试在远程设备上

• installDebug和installRelease 在设备上安装一个特殊的版本

• 所有的install task对应有uninstall 任务

Android Gradle 构建工具

Android Gradle 构建工具是一个运行时用于处理 module 下的 build.gradle 文件的，在这个文件传递到 Gradle 去做进一步操作之前进行的。

Gradle Build Tools 在项目中的 build.gradle 声明就像下面这样：

dependencies {    classpath 'com.android.tools.build:gradle:1.2.3'}

每个版本的 Gradle Build Tools 可以与下面列出的受支持的 Gradle 版本协同工作。

Android Gradle build toolsGradle1.0.0 - 1.1.32.2.1 - 2.31.2+2.2.1+

在 Android Gradle Build Tools 中定义了语法规则，和我们使用的语法规则在 build.gradle 文件中来写 Gradle 脚本。

尝试新的 Gradle Build Tools 只需要简单的在项目的 build.gradle 文件中更改 build tools 的版本：

dependencies {    classpath 'com.android.tools.build:gradle-experimental:0.1.0'}

请注意， 新版本的 build tools 要与刚刚发布的 Gradle 3.3 一起使用才行，所以你需要首先安装 Gradle3.3，在你的项目的 gradle/gradle-wrapper.properties 文件下修改 distributionUrl 这一行：

distributionUrl=https\://services.gradle.org/distributions/gradle-3.3-all.zip