android build.gradle(groovy)

2022-10-16 19:46:50

一、build.Gradle

这个 build.Gradle 文件来自 drakeet 大神的 Meizi 项目
我直接在代码上加注释，参照着注释看代码就行，是不是发现有很多代码平时都没看见过。

  1 //Model都有各自的build.gradle，这里声明该Model作为主项目，常见的还有另一个取值：
  2 //apply plugin: ‘com.android.library‘ 声明该Model作为库使用，当然还有其他取值，后面博客会介绍
  3 apply plugin: ‘com.android.application‘
  4 
  5 //这里是在as里引入一个retrolambda插件，具体我也不大懂，可以看看这篇博客： 
  6 //http://blog.csdn.net/zhupumao/article/details/51934317?locationNum=12
  7 apply plugin: ‘me.tatarka.retrolambda‘
  8 
  9 //这里是groovy的代码了，定义了一个获取时间的方法，groovy是兼容java，它可以直接使用jdk里的方法
 10 def releaseTime() {
 11     return new Date().format("yyyy-MM-dd", TimeZone.getTimeZone("UTC"))
 12 }
 13 
 14 //file()是Project.java里的一个方法，这里定义一个File类型的对象，Project后面博客会介绍到
 15 def keyStore = file(‘meizhi.keystore‘)
 16 
 17 android {
 18 
 19     //这个大家应该很熟悉了，有疑问的应该是后面的代码，这里表示获取一些全局变量
 20     //这些变量的值在根目录下的build.gradle中定义，具体可以看看这篇博客：
 21     //http://blog.csdn.net/fwt336/article/details/54613419
 22     compileSdkVersion rootProject.ext.android.compileSdkVersion
 23     buildToolsVersion rootProject.ext.android.buildToolsVersion
 24 
 25     //同理，这里都是通过获取全局设置的变量值来进行相关配置，这样做的好处在于当
 26     //你的项目里有多个model时，可以方便修改这些公共的配置，只需要修改一个地方就可以同步了
 27     defaultConfig {
 28         applicationId rootProject.ext.android.applicationId
 29         minSdkVersion rootProject.ext.android.minSdkVersion
 30         targetSdkVersion rootProject.ext.android.targetSdkVersion
 31         versionCode rootProject.ext.android.versionCode
 32         versionName rootProject.ext.android.versionName
 33     }
 34 
 35     //这里应该是设置打包后的apk里的META-INF移除指定的文件吧
 36     packagingOptions {
 37         exclude ‘META-INF/DEPENDENCIES.txt‘
 38         //省略部分exclude 代码...
 39     }
 40 
 41     //关闭指定的lint检查
 42     lintOptions {
 43         disable ‘MissingTranslation‘, ‘ExtraTranslation‘
 44     }
 45 
 46     //lint检查到错误时不中断编译，好像是说lint检查是为优化代码，发现的错误其实并不会导致程序异常
 47     //所以有的时候及时发现Lint检查错误还是可以直接运行查看效果
 48     lintOptions {
 49         abortOnError false
 50     }
 51 
 52     //签名的相关配置
 53     signingConfigs {
 54         //这个标签名可以随意命名，这里的作用大概类似于定义一个对象，该对象里设置好了签名需要的各种配置
 55         //可以定义不止一种配置的签名对象，例如常见的还有 debug{...}, release{...}，然后在buildTypes{}里
 56         //通过 signingConfigs.app1 进行调用
 57         app1 {
 58             //签名的相关配置，网上资料很多，STOREPASS, KEYALIAS, KEYPASS 这些常量是定义在
 59             //gradle.properties 文件里，如果没有该文件手动创建即可，这样可以保证安全
 60             //只有定义在 gradle.properties 里的常量才可以直接通过常量名引用
 61             storeFile file(‘meizhi.keystore‘)
 62             storePassword project.hasProperty(‘STOREPASS‘) ? STOREPASS : ‘‘
 63             keyAlias project.hasProperty(‘KEYALIAS‘) ? KEYALIAS : ‘‘
 64             keyPassword project.hasProperty(‘KEYPASS‘) ? KEYPASS : ‘‘
 65         }
 66     }
 67 
 68     //编译，打包的项目配置
 69     buildTypes {
 70 
 71         debug {
 72             //在 BuildConfig 里自定义一个 boolean 类型的常量
 73             //更多资料可以查看：http://stormzhang.com/android/2015/01/25/gradle-build-field/ 
 74             buildConfigField "boolean", "LOG_DEBUG", "true"
 75             
 76             debuggable true
 77             applicationIdSuffix ".debug"
 78         }
 79 
 80         release {
 81             buildConfigField "boolean", "LOG_DEBUG", "false"
 82 
 83             debuggable false
 84             
 85             //开启混淆
 86             minifyEnabled true
 87             //删除无用的资源
 88             shrinkResources true
 89             //混淆文件
 90             proguardFiles getDefaultProguardFile(‘proguard-android.txt‘), ‘proguard-rules.pro‘
 91             if (keyStore.exists()) {
 92                 println "Meizhi: using drakeet‘s key"
 93                 //根据在signingConfigs.app1里的签名配置进行签名
 94                 signingConfig signingConfigs.app1
 95             } else {
 96                 println "Meizhi: using default key"
 97             }
 98 
 99             //这段代码应该会在大神的项目里挺常见的，我在很多项目里都看见过了
100             //这也是groovy的代码，这里的代码作用是重命名最后打包出来的apk
101             //根据 def fileName 设置的格式来命名，${}表示的是某个变量的引用
102             //例如根据设置的格式最后apk命名可能是： Meizhi_v1.0.0_2017-03-28_fir.apk
103             //至于 applicationVariants 这些变量含义后面博客会介绍
104             applicationVariants.all { variant ->
105                 variant.outputs.each { output ->
106                     def outputFile = output.outputFile
107                     if (outputFile != null && outputFile.name.endsWith(‘.apk‘)) {
108                         def fileName = "Meizhi_v${defaultConfig.versionName}_${releaseTime()}_${variant.productFlavors[0].name}.apk"
109                         output.outputFile = new File(outputFile.parent, fileName)
110                     }
111                 }
112             }
113         }
114 
115         //这里的作用跟 singingConfigs 差不多，只是为不同的 flavor 设置一些属性
116         //常见的设置比如设置不同的渠道编号，设置不同的 api 服务器等等
117         productFlavors {
118             fir {
119                 //这个的作用是将 AndroidManifest.xml 里的占位符 ￥{UMENG_CHANNEL_VALUE} 的值替换成fir
120                 manifestPlaceholders = [UMENG_CHANNEL_VALUE: "fir"]
121             }
122             GooglePlay {
123                 manifestPlaceholders = [UMENG_CHANNEL_VALUE: "GooglePlay"]
124             }
125             Umeng {
126                 manifestPlaceholders = [UMENG_CHANNEL_VALUE: "Umeng"]
127             }
128         }
129     }
130 
131     //设置JDK的版本通过compileOptions
132     compileOptions {
133         sourceCompatibility JavaVersion.VERSION_1_8
134         targetCompatibility JavaVersion.VERSION_1_8
135     }
136 
137     //lint的相关配置吧
138     lintOptions {
139         disable "InvalidPackage"
140         lintConfig file("lint.xml")
141     }
142 }
143 
144 //这里就不用说了
145 dependencies {
146     compile fileTree(dir: ‘libs‘, include: [‘*.jar‘])
147     compile project(":libraries:headsupcompat")
148     compile project(":libraries:smooth-app-bar-layout")
149     //as默认会去下载传递依赖，下面是指定不需要去下载传递依赖
150     compile (‘com.squareup.retrofit2:retrofit:2.1.0‘) {
151         exclude module: ‘okhttp‘
152     }
153     retrolambdaConfig ‘net.orfjackal.retrolambda:retrolambda:2.3.0‘
154     //省略部分compile代码...
155 }

疑问

1.apply plugin: ‘com.android.application‘ 听说这是调用一个方法？

2.rootProject.ext.android.compileSdkVersion, 不用 ext 来设置全局变量是否可以？

3.defaultConfig{}, packagingOptions{}, signingConfigs{}, buildTypes{} 等等这些，我怎么知道 Android{} 里都有哪些可以使用？

...

·徐宜生写的《Android群英传：神兵利器》第4章：与Gradle的爱恨情仇
·retrolambda使用教程
·Gradle配置全局变量
·GRADLE自定义你的BUILDCONFIG

二、Groovy 是什么

Groovy 是一种脚本语言，既然是脚本语言，那么它也就有脚本语言的那些特点：使用动态类型、末尾不用分号等等。另外，它又是基于 Java 上设计的语言，也就是 Groovy 兼容 Java，可以使用 JDK 里的各种方法，你可以在 Groovy 文件里写 Java 代码里，照样可以正常编译运行。

Groovy 语法

关于语法的详细的介绍在末尾有链接，这里就只是挑出我认为比较重要的，而且跟 java 有区别的，在阅读代码时可能会看不懂的一些语法进行记录。

1.注释、标识符方面跟 Java 基本一样。

2.基本数据类型，运算方面

这方面在 build.gradle 文件里也不怎么常见到使用，因为 groovy 是动态类型，定义任何类型都可以只使用 def 来定义，所以如果使用具体的比如 char, int 等类型时需要强制转换吧。有需要的可以自己查阅末尾的参考链接。

3.字符串方面

java 只支持用 "..." 双引号来表示字符串

groovy 支持使用 ‘...‘, "...", ‘‘‘...‘‘‘, """...""", /.../, $/.../$ 即单引号，双引号等6种方法来表示字符串
至于各种表示方法有什么区别，具体可以参考末尾的链接，这里简单提提，‘...‘, "..." 只支持单行字符串，不支持多行，剩下的四种都支持多行字符串，如下图

斜杠我也很少见，常见的是带有 ${} 的字符串，比如： println "blog‘s url: ${blogUrl}" 这是 groovy 的 GString 特性，支持字符串插值，有点了类似于变量引用的概念，但注意，在 ‘...‘, ‘‘‘...‘‘‘ 单引号表示的字符串里不支持 ${}。当然，如果你要使用 java 的方式，用 + 来拼接也可以。

4.集合方面（List、Map）

定义和初始化
定义很简单，List 的话使用 [] 定义，各项用 , 隔开即可。Map 的话使用 [:]，各项也是用 , 隔开，如：

有一点跟 java 不同的是， groovy 集合里不要求每一项都是同类型，比如可以这样定义 def list = [1, ‘dasu‘, true]，集合里包含数字，字符串，布尔值三种类型。

使用
通过下标操作符 [] 读写元素值，并使用正索引值访问列表元素或负索引值从列表尾部访问元素，也可以使用范围，或使用左移 << 追加列表元素，如

跟 java 不同的是， groovy 并不存在下标访问越界，当下标为负数时则从右开始算起，当指定的下标没有存放值时返回 null。

5.数组方面

groovy 其实没有严格区分数组和集合，数组的定义和使用方法跟集合一样，只是你需要强制声明为数组，否则默认为集合，如

上面的初始化方式是不是跟 java 不一样，这一点需要注意下，java 是用 {} 来初始化，但在 groovy 里面， {} 表示的是闭包，所以这点需要注意一下。

上面的是 groovy 与 java 不同的一些基本语法，下面介绍一些我自己认为是 groovy 比较重要的特性，如果要看懂 build.gradle 里的代码，明白下面介绍的会比较有帮助。

6.方法的简化使用

方法的括号可以省略

groovy 定义方法时可以不声明返回类型和参数类型，也可以不需要 return 语句，最后一行代码默认就是返回值。
而在调用方法时可以将括号省略，不省略的时候如下

上面的方式不陌生吧，再来看看下面的代码

上面就是调用方法时省略掉圆括号的写法，再来看一种情况

这次定义一个参数为 map 类型的方法，如果我们在调用方法的时候才对参数进行定义和初始化会是什么样的呢？如下

之前说过了，groovy 调用方法时可以将括号省略掉，这样一来再看下

这样子的格式是不是看着觉得很眼熟，没错，就是 build.gradle 里的第一行代码。

如果有看过我的上一篇 build.gradle 博客的话，现在对疑问1是不是就有些理解了呢。

上图那代码如果把省略的括号补上的话，大家应该就会熟悉点了

调用了 apply() 方法，该方法传入一个 map 参数，我们来看看是不是这样，用as查看下源码，如下

没错吧，apply() 其实是个方法，参数为 map 类型，而且 key 的取值也给你规定了 from, plugin, to 三种，是不是确实在别人的 build.gradle 代码里也有看见过类似 apply from ***，这样一来就明白多了吧。

好了，然后你再重新去看一下 build.gradle 里的代码，是不是对每一行的代码都有了新的看法了。

其实 build.gradle 里的每一行代码都是在调用一个方法，比如下面这些我们常见的：

每一行都是在调用一个方法，前面是方法名，后面是方法的参数，只是把括号省略掉了而已，感兴趣的你可以再自己用as点进去看看源码是不是这样。

方法最后一个参数是闭包可以提取出来接到后面

闭包是 groovy 的一大特性，我理解也不深，也讲不大清楚，感兴趣的可自行网上查阅学习，简单的说就是一个用 {..} 包起来的代码块，比如 build.gradle 里的 defaultConfig{...}, buildTypes{...}, dependencies{...} 等等这些大括号包起来的代码块就是闭包，闭包代码块最后一句代码作为闭包的返回值。

当闭包作为方法的最后一个参数，可以将闭包从参数圆括号中提取出来接在最后，如果闭包是唯一的一个参数，则方法参数所在的圆括号也可以省略。对于有多个闭包参数的，只要是在参数声明最后的，均可以按上述方式省略，举个例子。

上面定义一个 add 方法，最后一个参数为闭包，调用的时候传入一个闭包，闭包的最后一行代码 1+1 作为闭包返回值返回，闭包返回值作为方法的第二个参数传入方法中计算加法，所以最终输出3。上面的调用也可以写成下面的方式：

注意，这是调用 add() 方法，而不是在定义，1 是第一个参数，括号后的闭包 { 1+2 } 是方法的第二个参数，这就是 groovy 的特性，闭包可以提取出来。那么再想想，如果方法只有一个闭包参数，再结合 groovy 可以省略掉括号的特性，这样子调用一个方法将会是什么样子呢？

是不是又感觉很熟悉，对吧，就是 build.gradle 里的 defaultConfig{...}, buildTypes{...}, dependencies{...} 等等这些。

所以，结合上面讲的两点：可以省略方法括号和闭包可以提取接到括号后面，这样一来， build.gradle 里的代码其实就是在调用各种方法，defaultConfig 是一个方法，compileSdkVersion 也是一个方法。 build.gradle 里的每一行代码前面是方法名，后面则是方法需要的参数，参数有的是基本类型，有的则是闭包类型。

集合遍历 each/all
就先把上一篇博客里的在一段在 build.gradle 里很常见的代码贴出来

这段代码作用就是对打包生成的 apk 按照规定的格式进行重命名，在很多大神的 build.gradle 里都会遇见过，其实这一段代码就是 groovy 代码，all 和 each 是集合的一种操作，all 后面跟着的是一个参数为 variant 的闭包，表示对 applicationVariants 集合里所有的对象都运行后面的闭包，同理 each 后面也是跟着一个参数为 output 的闭包，类似于 java 里的 for 循环操作。所以这里要理解的应该是 applicationVariants 代表的是什么，这点我也还不是很懂，后面如果搞懂了的话会在之后的博客里介绍出来。

另外，我还有个疑问来着， all 操作和 each 操作有什么区别么，感觉都是对集合里所有的元素进行操作，如果有懂的能够告知就太感谢了，查了挺多资料貌似还不是很明白。

参考资料

官方文档
 Groovy语言规范-语法（官方文档翻译）
Groovy操纵集合秘籍

三、查看groovy源码

我们来举个例子，就像系列一的博客里介绍的 build.gradle 里有这样一段代码：

咦！这代码是第一次在 build.gradle 里看见过，是什么意思呢？不怕，我有绝招：

Android Studio大法---看源码，还有什么是不能通过看源码注释解决的么

是跳到源码了，可是为什么没有方法的注释说明呢，这方法是什么鬼谁知道啊。再仔细看看 as 的提示，原来打开的是个 class 文件啊。

as 的提示那里应该会有个下载和选择源码位置的按钮的啊，搞不懂为什么不出现。

另外，我们知道，as 一般会默认先打开 xxx-sources.jar 也就是 xxx 的 java 文件源码，如果没有源码文件，才会打开 xxx.jar 的 class 代码。我们看一下，打开的是什么文件。

没错，as 打开的是 gradle-2.3.0.jar，说明 as 没有找到 gradle-2.3.0-sources.jar 源码文件，我们看一下到底是不是这样

as 标题栏会显示你当前打开的文件的具体位置，好了，知道了 gradle-2.3.0.jar 在电脑里的位置了，我们到那个目录下看看

只有一个 gradle-2.3.0.jar 文件和一个 pom 文件，正常的话应该还要有个 xxx-sources.jar 文件才对，就像下面这样

因为这里没有 gradle-2.3.0-sources.jar 文件，所以 as 没办法打开带有方法注释的源码文件了。既然知道问题，那么就好解决了，as 的提示条也没有下载的按钮，那我们就自己去下载好了

打开 maven 网站，在这里可以下载 gradle 插件。在搜索框中输入 com.android.tools.build，为什么输入这个，你打开 project 下的 build.gradle 文件看看就知道了

这些就是 gradle 插件，我们在根目录下的 build.gradle 配置的 gradle 版本其实就是来这里下载的，应该是吧。

下载后得到的就是这些文件了，接下去就是找到相应文件的位置，复制一份过去

打开相应的插件文件夹，选择相应的版本，最后将下载的 xxx-sources.jar 复制一份进去，最后的样子如下

好了，大功告成，我们再打开 as，记得 ReBuild 一下，然后再试试查看 build.gradle 源码会是什么样子

翻译一下英文大概就是说， lintOptions.abortOnError = false 是设置即使 lint 检查时发现错误也不停止构建程序的运行。

这种方法比去官方的 api 文档里查阅方便多了吧。再来看看几个效果。

这里就可以看到源码里介绍 Plugin 的值都有哪些，分别对应哪个类，该去哪个类看它的作用是什么，干什么的。

借助 as，我们甚至可以很容易的查到 android{...} 这个括号里能使用的方法都有哪些，如果要看各自的作用是干什么的，再继续点进去查看注释就行了。是不是发现，我们在 build.gradle 里的 android{...} 使用过的标签名原来都在这里的啊。