拥抱Android Studio（二）：Android Studio与Gradle深入

关于学习方式

曾经跟朋友讨论过我们所接受过的大学工科教育，都是一上来先学基础理论，最后再来一个金工实习。一开始不知道为什么而学，学不进去，荒废了基础，等到金工实习的时候，又发现基础不牢，后悔不已。 考虑到传统教育方式的不足之处，笔者在组织本系列文章的时候是先讲入门实例，进而学习 Gradle 和 Groovy 基础原理，最后学习进阶实例。

上篇文章介绍了 从 ADT 迁移到 Android Studio ，相信经过很短时间的使用之后，已经开始熟悉和爱上 Android Studio 了。基础的功能我就不讲了，下面列举一些较为深入又比较实用的功能。

Android Studio 相关功能介绍

文件夹组织视图

最常用的有 Project 和 Android 视图，前者按照项目文件树进行组织，后者是以 Gradle 构建文件作为核心进行组织：

Gradle 相关文件结构

让我们来观察一下Android Studio 中 Gradle 相关的结构：

.  ├── gradle  │   └── wrapper    //所使用的 Gradle 包装器配置  ├── .gradle     //所使用 Gradle 版本  │   └── 2.8  ├── AsInDepth.iml  ├── app      //app module  │   ├── app.iml  │   ├── build  │   ├── build.gradle  //app module 的 build.gradle  │   ├── libs  │   ├── proguard-rules.pro  │   └── src  ├── build.gradle   //项目 build.gradle，通常配置项目全局配置，如 repositories 和 dependencies  ├── gradle.properties  //项目属性文件，通常可以放置一些常量  ├── gradlew     //Gradle 包装器可执行文件  ├── gradlew.bat    //Gradle 包装器可执行文件(Windows)  ├── lib      //lib module  │   ├── build  │   ├── build.gradle  //lib module 的 build.gradle  │   ├── lib.iml  │   ├── libs  │   ├── proguard-rules.pro  │   └── src  ├── local.properties  //项目的本地属性，通常是 sdk 所在位置  └── settings.gradle   //项目总体设置，通常是配置项目中所有的 module

Invalidate Cache

Android Studio 会出现索引的问题，那可以从删除 cache 重建索引，File->Invalidate Caches/Restart

Multiple Language Editor

多语言文字可以通过右击文件 Open Translation Editor，可以同时进行编辑，但是我发现如果把 strings.xml 改了别的名字，这个功能就不 work 了。

Gradle 相关功能介绍

Gradle View

点击红色三角运行按钮，其实是执行了 Gradle 的 一些列任务，如果你想分别执行一些任务，则可以从 Gradle View 里面查看：

命令行

工作区下方，有一个叫做 Terminal 的 tab，点击之后，会自动 cd 到当前 project 根目录下，可以输入如下命令来尝试下：

./gradlew build

Windows 下应该是 gradlew.bat build，下面均以 Mac 为例，不再赘述

可使用 help 参数来查看有哪些选项：

./gradlew --help

下面介绍一些重要的选项：

• 查看运行 log

有些时候，一个任务运行失败，只给出一个错误，没有给具体原因，你就需要查看更多信息，可以使用参数 --info 或者 --stacktrace：

./gradlew build --info

• 指定 module 或者 build.gradle

Gradle 默认是当前目录下寻找 build.gradle 文件执行任务，这样执行 build 会使得整个 project 所有的 module 的 build 任务都会运行，浪费不必要的时间，可以指定 module (-p) 或者 build.gradle (-b)文件以缩小作用范围：

./gradlew -p app build

Sync

正常情况下，修改了 build.gradle 文件，文件上方就会有一个 sync 的按钮，点击之后会重新构建整个 build.gradle。但是某些特殊情况，这个同步可能会失败。那就需要一个额外的触发。

方法有四：

• 再修改一下文件，便会再次出现 sync 按钮
• 点击上方工作区的按钮

• 点击 Gradle View 中的同步按钮

• 命令行执行一次 build

Build Variant

首先要了解两个概念：

Build Type

分为 debug 和 release，这个概念容易懂。

Product Flavor

这个概念主要是为了满足如下需求：同一份代码要打多个包，例如收费 pay 和免费 free，逻辑上有一些小区别，又不想通过逻辑判断这种丑陋的方式。或者你要实现所谓多渠道打包。

Build Variant = Build Type x Product Flavor

配置好了Build Type 和 Product Flavor 之后，Gradle 会生成若干个包，分别为：

payDebug  payRelease  freeDebug  freeRelease

配置实例

假设这两个版本的 App，有一个类 DiffBean 需要做大量的逻辑判断，则可以通过在 build.gradle 中配置 product flavor，在代码中添加两个与 main 平齐的文件夹， 把 DiffBean 从 main 中抽出来，分别放在两个文件夹中，只关注对应的逻辑即可。

关于 Product Flavor 中都能定义哪些属性，请参考 Android Gradle DSL 。

Gradle 使用的仓库

要使用远程依赖，就得有个库的仓库，Gradle 支持 maven 仓库。这些库可以是公用的，例如 mavenCentral 或者 jcenter，也可以使用私有库。

笔者曾经上传过公用库到 mavenCentral 和 jcenter，前者的繁琐与难以管理，让人深恶痛绝。Android Studio 在0.8.0版本以后，将 jcenter 作为默认的 maven 库公用库来源。

私有库可以托管在任何一个能访问到的地方，可以托管在 bintray 上的私有空间，也可以是内网服务器上，甚至可以是本机磁盘上。

下面是本人使用的仓库的一个例子：

allprojects {      repositories {          jcenter()          mavenCentral()          maven {              url 'file:///Users/myusername/repo/'          }      }  }

关于库，会在本系列的四篇会有更详细的叙述。

遇到的坑

笔者所在的项目的包已经发布到了 mavenCentral 和 jcenter，很多用户的在集成的时候，遇到问题，其中最经典的问题，便是下面的三个。

下载依赖库失败，报 peer not found

连接 jcenter 库默认使用 https 协议，出现这个错，多数情况下都是因为连接失败了，原因嘛，你懂的。 可以尝试将 jcenter 改成默认使用 http 连接：

jcenter {              url "http://jcenter.bintray.com/"          }

下载不到特定的版本

Maven 和 Gradle 都会有一个缓存库，默认安装的情况下，是在用户根目录下的 .m2 或者 .gradle 文件夹中。 可以尝试删除里面的文件。例如将 Gradle 的 cache 文件删除：

rm -rf ~/.gradle/caches/

注意：这个操作可能会导致所有的远程库都需要重新下载，要三思后行。

库重复冲突

笔者的包使用了 com.android.support:support-v4:19.0.0 包，可能用户的 App 也使用了这个包，就可能在编译进行代码合并到时候出类似的错：

UNEXPECTED TOP-LEVEL EXCEPTION  multiple dex files define Landroid/support/annotation/AniRes

这个时候，在 module 的 build.gradle 的 dependency 添加依赖时，加入 exclude 规则：

compile ('com.bugtags.library:bugtags-lib:latest.integration') {          exclude group: 'com.android.support', module: 'support-v4'  }

后续引言

讲到这里，有些读者可能会遇到跟我当时开始使用 Gradle 一样的问题：遇到问题就 Stack Overflow，找到 workaround 了但不知道为什么，gradle 版本更新了，发现不 work 了，甚为惆怅。

究其原因，都是不理解基础。下面扼要勾勒个大概。

首先 Gradle 是一个构建平台，它使用的是 Groovy 语言。

Groovy是一种基于 Java 的语言，提供了更好的动态特性，可以使用闭包使得编程更灵活，很适合做脚本语言。

上面提到的 settings.gradle 和 build.gradle 在 Gradle 平台中，其实都是一个 Groovy 对象。

Gradle 通过插件（plugin）的方式来支持构建。插件是很多任务（task）的集合，task 中又包含了许多 action。

而例如 productFlavors 都是一个所谓的 DSL，插件都定义了很多的 DSL，我理解的所谓的 DSL 就是一个小语言规范用来处理一个特定的事情（大多情况下是配置）。Android 的插件的 DSL 文档在 Android Gradle DSL 有说明。

理解了以上基础之后，你就会知其然，知其所以然了。

以上知识，下一篇将会详细介绍。敬请留意。

参考文献

• Android Studio Overview
• Android Studio Installation
• Android Gradle DSL
• Android New Build System

系列导读

本文是笔者《拥抱 Android Studio》系列第二篇，其他篇请点击：

• 拥抱 Android Studio 之一：从 ADT 到 Android Studio
• 拥抱 Android Studio 之二：Android Studio 与 Gradle 深入
• 拥抱 Android Studio 之三：溯源，Groovy 与 Gradle 基础
• 拥抱 Android Studio 之四：Maven 库，本地库与发布到 bintray 或者 mavenCentral
• 拥抱 Android Studio 之五：Gradle 插件使用与开发

作者简介：

何畅彬，BugTags技术总监，关注移动SDK研发、后端服务设计与实现，个人博客： http://kvh.io/ 。