原文地址:LoveDev
Gradle是一个基于Apache Ant和Apache Maven概念的项目自动化建构工具。它使用一种基于Groovy的特定领域语言来声明项目设置,而不是传统的XML
在 Android 项目中每一个 Project 必须设置一个 build.gradle 文件,对于 multi-projects build,需要在根目录也放一个 build.gradle,和一个 setting.gradle
- build.gradle 用来配置其他子 Project
- setting.gradle 用来告诉 Gradle 这个 multi-projects 包含多少个子 project,也可以定义一些函数做一些初始化的工作
一个 Project 有多少个 Task,有编译脚本指定的插件而决定,插件是用来定义 Task,并具体执行 Task 的东西
工程信息
查看工程信息:
$ cd rootProject
$ ./gradlew projects
Task
从上图中最后一段文字可以看出怎么查看一个工程中的 Task 列表:
$ ./gradlew :app:tasks
# 或者下面的方式也可以
$ cd app
$ ./gradlew tasks
通过每个 Task 的描述,大概知道每个 Task 的作用,执行每个 Task 也非常简单:
$ ./gradlew taskName
# 举个栗子
$ ./gradlew assembleDebug
从图中可以看出执行assembleDebug的 Task之后,会先执行其他一些 Task,这是因为 Task 之间有依赖关系,我们可以添加自定义的 Task,并指定 Task 依赖它实现想要的功能
Gradle 工作流程
- Gradle 开始初始化,setting.gradle 开始执行
- 进入配置阶段,每个 Project 会被解析,内部任务会被添加到一个有向图里,用于解决过程中的依赖关系
- 最后执行阶段,执行指定的 Task,以及其依赖的 Task
Gradle 三种对象
Gradle 主要有三种对象,分别对应三种不同的脚本文件:
- Gradle 对象:Gradle 从默认的配置脚本中构造出一个 Gradle 对象
- Project 对象:每个 build.gradle 脚本会转换成一个 Project 对象
- Setting 对象:每个 setting.gradle 脚本会转换成一个 Setting 对象
在根目录的build.gradle和setting.gradle中分别添加如下代码:
// setting.gradle 中修改为 In setting
println "In LoveDev, gradle id is " +gradle.hashCode()
println "Home Dir:" + gradle.gradleHomeDir
println "User Home Dir:" + gradle.gradleUserHomeDir
println "Parent: " + gradle.parent
可以看到两个 gradle 对象的 hash 值都是一样的,gradle.gradleHomeDir 是 Gradle 具体的可执行程序目录,gradle.gradleUserHomeDir 是用户的 Gradle 根目录,用于缓存下载的资源,构建脚本等等
设置属性
如果项目中只有单个 build.gradle,不用考虑属性的跨脚本传播,但是一个正常的项目不止一个 build.gradle,Gradle 提供了一种额外属性(extra property)的方法,第一次定义该属性的时候,需要通过 ext 前缀标识它是一个额外的属性,定义完之后再进行存取就不需要 ext 前缀了,Project 和 Gradle 对象都可以设置 ext 属性,在 setting.gradle 中定义一个额外属性:
include ':app', ':model', ':baseLibrary'
println "In setting, gradle id is " +gradle.hashCode()
println "Home Dir:" + gradle.gradleHomeDir
println "User Home Dir:" + gradle.gradleUserHomeDir
println "Parent: " + gradle.parent
// initGradleEnvironment 方法读取local.properties文件中的属性,并设置为额外属性
def initGradleEnvironment(){
// 从local.properites中读取
Properties properties = new Properties()
File propertyFile = new File(rootDir.getAbsolutePath() +"/local.properties")
properties.load(propertyFile.newDataInputStream())
//第一次定义时需要ext前缀
gradle.ext.kevin =properties.getProperty('kevin')
// 再次存取api的时候,就不需要ext前缀
println "extra property: " + gradle.kevin
}
// 执行方法
initGradleEnvironment()
这样设置之后,在根目录的 build.gradle 文件中也可以访问到该属性:
// 添加这行代码就可以直接访问
println "extra property: " + gradle.kevin
实例
讲了这么多,下面列举几个常见的 Gradle 配置:
加速Gradle构建
阿里国内镜像,下载速度很快,从此告别添加依赖后再等上十分钟
allprojects {
repositories {
maven{ url 'http://maven.aliyun.com/nexus/content/groups/public/'}
}
}
修改默认 apk 文件名
很多时候需要通过 apk 的命名很直观的看到一些信息,比如版本号,渠道以及是否测试版等等,此时就需要修改 apk 文件名:
buildTypes {
...
applicationVariants.all { variant ->
variant.outputs.each { output ->
def outputFile = output.outputFile
if (outputFile != null && outputFile.name.endsWith('.apk')) {
// 输出apk名称为LoveDev-v1.0.apk
def fileName = "LoveDev-v${defaultConfig.versionName}.apk"
output.outputFile = new File(outputFile.parent, fileName)
}
}
}
...
}
productFlavors 配置产品风味
如果除了正式版,测试版之外还要继续细分化,针对不同的渠道,正式版要分为收费版,免费版等情况,这时候就需要用到 productFlavors
来配置了
将配置信息添加到 productFlavors {}
代码块并配置想要的设置。产品风味支持与 defaultConfig
相同的属性,这是因为 defaultConfig
实际上属于 ProductFlavor
类,我在实际项目中碰到一个需求,针对某一个功能方法,分为两个版本处理,除此之外在 CI 环境中还要同时上传这两个版本,这就意味着两个版本的包名也要不同,下面是示例代码:
// buildConfig 中配置AUDIO_VERSION字段
productFlavors {
shine {
buildConfigField "int", "AUDIO_VERSION", "2"
versionCode 2
}
webrtc {
buildConfigField "int", "AUDIO_VERSION", "1"
versionCode 1
}
}
// buildTypes 针对不同的产品风味,构建不同的 apk 文件名
buildTypes {
...
applicationVariants.all { variant ->
variant.outputs.each { output ->
def outputFile = output.outputFile
if (outputFile != null && outputFile.name.endsWith('.apk')) {
// 这里添加productFlavors的名字,输出apk名称为LoveDev-v1.0-webrtc.apk
def fileName = "LoveDev-v${defaultConfig.versionName}-${variant.productFlavors[0].name}.apk"
output.outputFile = new File(outputFile.parent, fileName)
}
}
}
...
}
配置之后在 buildType
类中就有了int 类型的 AUDIO_VERSION
字段,可以根据该字段判断方法中的具体实现
其实很多配置,在官网里面已经提到过了,不过还是要根据具体的项目进行具体的配置,尽量不要照抄照搬,官网地址请戳这里