编程进阶网编程进阶网
  • 基础组成体系
  • 程序编程原理
  • 异常和IO系统
  • 六大设计原则
  • 设计模式导读
  • 创建型设计模式
  • 结构型设计模式
  • 行为型设计模式
  • 设计模式案例
  • 面向对象思想
  • 基础入门
  • 高级进阶
  • JVM虚拟机
  • 数据集合
  • Java面试题
  • C语言入门
  • C综合案例
  • C标准库
  • C语言专栏
  • C++入门
  • C++综合案例
  • C++专栏
  • HTML
  • CSS
  • JavaScript
  • 前端专栏
  • Swift
  • iOS入门
  • 基础入门
  • 开源库解读
  • 性能优化
  • Framework
  • 方案设计
  • 媒体音视频
  • 硬件开发
  • Groovy
  • 常用工具
  • 大厂面试题
  • 综合案例
  • 网络底层
  • Https
  • 网络请求
  • 故障排查
  • 专栏
  • 数组
  • 链表
  • 栈
  • 队列
  • 树
  • 递归
  • 哈希
  • 排序
  • 查找
  • 字符串
  • 其他
  • Bash脚本
  • Linux入门
  • 嵌入式开发
  • 代码规范
  • Markdown
  • 开发理论
  • 开发工具
  • Git管理
  • 百宝箱
  • 开源协议
  • 技术招聘
  • 测试经验
  • 职场提升
  • 技术模版
  • 关于我
  • 目标清单
  • 学习框架
  • 育儿经验
  • 我的专栏
  • 底层能力
  • 读书心得
  • 随笔笔记
  • 职场思考
  • 中华历史
  • 经济学故事
  • 基础组成体系
  • 程序编程原理
  • 异常和IO系统
  • 六大设计原则
  • 设计模式导读
  • 创建型设计模式
  • 结构型设计模式
  • 行为型设计模式
  • 设计模式案例
  • 面向对象思想
  • 基础入门
  • 高级进阶
  • JVM虚拟机
  • 数据集合
  • Java面试题
  • C语言入门
  • C综合案例
  • C标准库
  • C语言专栏
  • C++入门
  • C++综合案例
  • C++专栏
  • HTML
  • CSS
  • JavaScript
  • 前端专栏
  • Swift
  • iOS入门
  • 基础入门
  • 开源库解读
  • 性能优化
  • Framework
  • 方案设计
  • 媒体音视频
  • 硬件开发
  • Groovy
  • 常用工具
  • 大厂面试题
  • 综合案例
  • 网络底层
  • Https
  • 网络请求
  • 故障排查
  • 专栏
  • 数组
  • 链表
  • 栈
  • 队列
  • 树
  • 递归
  • 哈希
  • 排序
  • 查找
  • 字符串
  • 其他
  • Bash脚本
  • Linux入门
  • 嵌入式开发
  • 代码规范
  • Markdown
  • 开发理论
  • 开发工具
  • Git管理
  • 百宝箱
  • 开源协议
  • 技术招聘
  • 测试经验
  • 职场提升
  • 技术模版
  • 关于我
  • 目标清单
  • 学习框架
  • 育儿经验
  • 我的专栏
  • 底层能力
  • 读书心得
  • 随笔笔记
  • 职场思考
  • 中华历史
  • 经济学故事
  • 01.Gradle问题的汇总
  • 02.Gradle基本配置
  • 03.Gradle管理依赖
  • 04.Gradle自定义构建
  • 05.Gradle构建Variant
  • 08.Gradle常用命令

02.Gradle基本配置

目录介绍

  • 01.Gradle是什么
  • 02.Gradle基础
    • 2.1 构建生命周期
    • 2.2 构建配置文件
    • 2.3 运行基本构建任务
  • 03.认识Gradle文件
    • 3.1 settings.gradle文件
    • 3.2 Project级别build.gradle文件
    • 3.3 Module级别build.gradle文件

01.Gradle是什么

Gradle构建脚本的书写没有基于传统的XML文件,而是基于Groovy的领域专用语言(DSL)。

Groovy是一种基于Java虚拟机的动态语言。Gradle团队认为,基于动态语言的DSL语言与Ant或者任何基于XML的构建系统相比,优势都十分显著。

02.Gradle基础

2.1 构建生命周期

一个Gradle的构建通常有如下三个阶段。

  • 初始化:项目实例会在该阶段被创建。如果一个项目有多个模块,并且每一个模块都有其对应的build.gradle文件,那么就会创建多个项目实例。
  • 配置:在该阶段,构建脚本会被执行,并为每个项目实例创建和配置任务。
  • 执行:在该阶段,Gradle将决定哪个任务会被执行。哪些任务被执行取决于开始该次构建的参数配置和该Gradle文件的当前目录。

2.2 构建配置文件

主要有两个主要的Gradle配置文件:build.gradle和settings.gradle。

  1. build.gradle:这是每个模块(包括应用模块和库模块)的构建脚本文件。在项目的根目录下,你会找到一个名为build.gradle的文件,它用于配置整个项目的构建设置。在每个模块的目录下,也会有一个build.gradle文件,用于配置该模块的构建设置。
  2. settings.gradle:这个文件用于配置项目的结构和包含的模块。它位于项目的根目录下,用于指定项目中包含的模块和它们的相对路径。

Android的构建文件中,有一些元素是必需的:

// 构建脚本的配置
buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath'com.android.tools.build:gradle:3.0.1'
    }
}

构建脚本代码块在Android构建工具上定义了一个依赖,就像Maven的artifact。这就是Android插件的来源,Android插件提供了构建和测试应用所需要的一切。每一个Android项目都应该申请该插件:

// 应用模块的配置
apply plugin: 'com.android.application'

如果你正在构建一个依赖库,那么你需要声明'com.android.library',而不是'com.android.application'。你不能在一个模块中同时使用它们,因为这会导致构建错误。一个模块可以是一个Android应用模块,或者是一个Android依赖模块,但不能二者都是。

2.3 运行基本构建任务

使用terminal或命令提示符,可以导航到项目根目录,运行带有tasks的GradleWrapper命令:

$ gradlew tasks

这将打印出所有可用的任务列表。如果你添加了--all参数,那么你将获得每个任务对应依赖的详细介绍。如下所示:

yangchongdeMBP:WeCardPalmGuardApp yangchong$ ./gradlew tasks
Starting a Gradle Daemon (subsequent builds will be faster)

> Task :tasks

------------------------------------------------------------
Tasks runnable from root project
------------------------------------------------------------

Android tasks
-------------
androidDependencies - Displays the Android dependencies of the project.
signingReport - Displays the signing info for the base and test modules
sourceSets - Prints out all the source sets defined in this project.

Build tasks
-----------
assemble - Assemble main outputs for all the variants.
assembleAndroidTest - Assembles all the Test applications.
build - Assembles and tests this project.
buildDependents - Assembles and tests this project and all projects that depend on it.
buildNeeded - Assembles and tests this project and all projects it depends on.
bundle - Assemble bundles for all the variants.
clean - Deletes the build directory.
cleanBuildCache - Deletes the build cache directory.
compileDebugAndroidTestSources
compileDebugSources
compileDebugUnitTestSources
compileReleaseSources
compileReleaseUnitTestSources
extractDebugAnnotations - Extracts Android annotations for the debug variant into the archive file
extractReleaseAnnotations - Extracts Android annotations for the release variant into the archive file

Build Setup tasks
-----------------
init - Initializes a new Gradle build.
wrapper - Generates Gradle wrapper files.

Cleanup tasks
-------------
lintFix - Runs lint on all variants and applies any safe suggestions to the source code.

Greendao tasks
--------------
greendao - Generates source files for greendao
greendaoPrepare - Finds entity source files for greendao

Help tasks
----------
buildEnvironment - Displays all buildscript dependencies declared in root project 'WeCardPalmGuardApp'.
components - Displays the components produced by root project 'WeCardPalmGuardApp'. [incubating]
dependencies - Displays all dependencies declared in root project 'WeCardPalmGuardApp'.
dependencyInsight - Displays the insight into a specific dependency in root project 'WeCardPalmGuardApp'.
dependentComponents - Displays the dependent components of components in root project 'WeCardPalmGuardApp'. [incubating]
help - Displays a help message.
model - Displays the configuration model of root project 'WeCardPalmGuardApp'. [incubating]
outgoingVariants - Displays the outgoing variants of root project 'WeCardPalmGuardApp'.
projects - Displays the sub-projects of root project 'WeCardPalmGuardApp'.
properties - Displays the properties of root project 'WeCardPalmGuardApp'.
tasks - Displays the tasks runnable from root project 'WeCardPalmGuardApp' (some of the displayed tasks may belong to subprojects).

Install tasks
-------------
installDebug - Installs the Debug build.
installDebugAndroidTest - Installs the android (on device) tests for the Debug build.
installRelease - Installs the Release build.
uninstallAll - Uninstall all applications.
uninstallDebug - Uninstalls the Debug build.
uninstallDebugAndroidTest - Uninstalls the android (on device) tests for the Debug build.
uninstallRelease - Uninstalls the Release build.

Verification tasks
------------------
check - Runs all checks.
connectedAndroidTest - Installs and runs instrumentation tests for all flavors on connected devices.
connectedCheck - Runs all device checks on currently connected devices.
connectedDebugAndroidTest - Installs and runs the tests for debug on connected devices.
deviceAndroidTest - Installs and runs instrumentation tests using all Device Providers.
deviceCheck - Runs all device checks using Device Providers and Test Servers.
lint - Runs lint on all variants.
lintDebug - Runs lint on the Debug build.
lintRelease - Runs lint on the Release build.
lintVitalRelease - Runs lint on just the fatal issues in the release build.
test - Run unit tests for all variants.
testDebugUnitTest - Run unit tests for the debug build.
testReleaseUnitTest - Run unit tests for the release build.

To see all tasks and more detail, run gradlew tasks --all

To see more detail about a task, run gradlew help --task <task>

Deprecated Gradle features were used in this build, making it incompatible with Gradle 7.0.
Use '--warning-mode all' to show the individual deprecation warnings.
See https://docs.gradle.org/6.1.1/userguide/command_line_interface.html#sec:command_line_warnings

BUILD SUCCESSFUL in 11s
1 actionable task: 1 executed

$ gradlew assembleDebug

这个任务会为这个应用创建一个debug版本的APK。

除了assemble外,还有其他三个基本任务。

  • Check:运行所有的检查,这通常意味着在一个连接的设备或模拟器上运行测试。
  • Build:触发assemble和check。
  • Clean:清除项目的输出。

03.认识Gradle文件

3.1 settings.gradle文件

settings.gradle文件用于配置项目的结构和包含的模块。它位于项目的根目录下,用于指定项目中包含的模块和它们的相对路径。

对于一个只包含一个Android应用的新项目来说,settings.gradle应该是这样的:

// settings.gradle文件
include ':app', ':library'

另外,你还可以使用project关键字来指定模块的路径,例如:

// settings.gradle文件
include ':app'
project(':app').projectDir = new File('path/app')

include ':library'
project(':library').projectDir = new File('path/library')

settings文件在初始化阶段被执行,并且定义了哪些模块应该包含在构建内。在本例中,app模块被包含在内。单模块项目并不一定需要setting文件,但是多模块项目必须要有setting文件,否则,Gradle不知道哪个模块应包含在构建内。

3.2 Project级别build.gradle文件

默认情况下其包含如下两个代码块:

buildscript {           //实际构建配置代码块
    ext.kotlin_version = '1.2.10'
    repositories {      //依赖仓库,每个仓库意味着一系列的依赖包
        jcenter()          //JCenter是一个很有名的Maven库
        mavenCentral()
        maven { url 'https://maven.google.com' }
        google()
    }
    dependencies {    //配置构建过程中的依赖包
        classpath 'com.android.tools.build:gradle:3.0.1'
        classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:$kotlin_version"
        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
    }
}

allprojects {          //声明那些需要被用于所有模块的属性,甚至可以在allprojects中创建task,这些任务最终被运用到所有Module
    repositories {
        jcenter()
        maven { url "https://jitpack.io" }
        google()
    }
}

请注意,只要你使用了allprojects,模块就会被耦合到项目。这意味着,其很可能在没有主项目构建文件的情况下,无法独立构建模块。最初,这看起来可能不是一个问题,但是如果你后面想要分离一个内部依赖库到自己的项目,那么你将需要重构你的构建文件。

3.3 Module级别build.gradle文件

Module层的build.gradle文件的属性只能应用在Android app模块,它可以覆盖Project层build.gradle文件的任何属性。

apply plugin: 'com.android.application'

android {
    compileSdkVersion 25
    buildToolsVersion '25.0.3'

    defaultConfig {
        applicationId "com.yc.gradle.demo"
        minSdkVersion 14
        targetSdkVersion 22
        multiDexEnabled true
    }

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.txt'
        }
    }
}

dependencies {
    compile fileTree(dir: 'libs', include: '*.jar')
    compile 'com.android.support:multidex:1.0.1'
}

记录以下三点:

1.插件

第一行用到了Android应用插件,谷歌的Android工具团队负责Android插件的编写和维护,并提供构建、测试和打包Android应用以及依赖项目的所有任务。

2.Android

  • compileSdkVersion(必须):编译应用Android API的版本。编译时,Android编译器将使用指定的SDK版本来检查和编译你的代码。
  • buildToolsVersion(必须):构建工具及编译器的版本号
  • applicationId 该属性覆盖了manifest文件中的packagename,但applicationId和packagename有一些不同。在Gradle被用作默认的Android构建系统之前,AndroidManifest.xml中的packagename有两个用途:作为一个应用的唯一标志,以及在R资源类中被用作包名。使用构建variants,Gradle可更容易地创建不同版本的应用。
  • minSdkVersion 应用最小API级别
  • targetSdkVersion targetSdkVersion用于通知系统,该应用已经在某特定Android版本通过测试,从而操作系统不必启用任何向前兼容的行为。

3.Dependencies

定义依赖包

贡献者: yangchong211
上一篇
01.Gradle问题的汇总
下一篇
03.Gradle管理依赖