一、前言

在上一篇文章《神策 Android 全埋点插件介绍》中,我们了解到神策 Android 插件其实是自定义的 Gradle 插件。Gradle 是一个专注于灵活性和性能的开源自动化构建工具,而插件的作用在于打包模块化的、可重用的构建逻辑。可以通过插件实现特定的逻辑,并打包起来分享给别人使用。例如:神策 Android 全埋点插件正是通过插件在编译时对特定函数进行处理,从而实现控件点击和 Fragment 页面浏览全埋点的采集。

本文我们会先针对 Gradle 的基础知识作一定的介绍,再举例说明如何实现一个自定义的 Gradle 插件。这里需要注意的是:文中采用 ./gradlew 去执行 Gradle 的命令,如果是 Windows 用户的话需要改成 gradlew.bat。

二、Gradle 基础

Gradle 有两个重要的概念:Project 和 Task,本节将会介绍它们各自的作用以及之间的关系。

2.1 Project 简介

Project 是与 Gradle 交互中最重要的 API,我们可以通过 Android Studio 的项目结构来理解 Project 的含义,如图 2-1 所示:

图 2-1 Android Studio 项目结构图

图 2-1 是写作过程中使用到的一个项目(名为 BlogDemo),包含 app 和 plugin 这两个 Module。这里不管是 “项目” 还是 “Module” 在构建时都会被 Gradle 抽象成 Project 对象。它们的主要关系是:

(1)Android Studio 结构中的项目相当于一个父 Project,而一个项目中所有的 Module 都是该父 Project 的子 Project;

(2)每个 Project 都会对应一个 build.gradle 配置文件,因此使用 Android Studio 创建一个项目的时候在根目录下有一个 build.gradle 文件,在每个 Module 的目录下又各有一个 build.gradle 文件;

(3)Gradle 是通过 settings.gradle 文件去进行多项目构建,从图 2-1 中也可以看出项目之间的关系。

父 Project 对象可以获取到所有的子 Project 对象,这样就可以在父 Project 对应的 build.gradle 文件中做一些统一的配置,例如:管理依赖的 Maven 中心库:

...
allprojects {
     repositories {
         google()
         jcenter()
     }
}
...

2.2 Task 简介

Project 在构建过程中会执行一系列的 Task。Task 的中文翻译是 “任务”,它的作用其实也就是抽象了一系列有意义的任务,用 Gradle 官方的话说就是:Each task perform some basic work。例如:当你点击 Android Studio 的 Run 按钮的时候,Android Studio 会把项目编译、运行,实际上这个过程就是执行了一系列的 Task 来完成的。可能包含:编译 Java 源码的 Task、编译 Android 资源的 Task、编译 JNI 的 Task、混淆的 Task、生成 Apk 文件的 Task、运行 App 的 Task 等。也可以在 Android Studio 的 Build Output 看到真正运行的是哪些 Task,如图 2-2 所示:

图 2-2 Android Studio Build 输出日志

从图中右侧我们可以看到,Task 由两个部分组成:Task 所在的 Module 名和 Task 的名称。在运行 Task 的时候,也需要按照这样的方式去指定一个 Task。

另外,可以自定义实现自己的 Task,我们来创建一个最简单的 Task:

// add to build.gradle
task hello {
     println  'Hello World!'
}

这段代码的含义是创建了一个名为 “hello” 的 Task,想要单独执行该 Task 的话,可以在 Android Studio 的 Terminal 中输入 “./gradlew hello”,执行后就可以看到控制台输出 “Hello World!”。

三、Gradle 插件构建

3.1 Plugin 简介

Plugin 和 Task 从它们的作用来看其实区别不大,都是把一些业务逻辑封装起来,Plugin 适用的场景是打包需要复用的编译逻辑(即把一部分编译逻辑模块化出来)。可以自定义 Gradle 插件,实现必要的逻辑后把它发布到远程仓库或者打成本地 JAR 包分享出去。这样,后续想要再次使用它或者想分享给别人使用的时候,就可以直接引用远程仓库的包或者引用本地的 JAR 包。

最常见的 Plugin 应该就是 Android 官方提供的 Android Gradle Plugin。可以在项目主 Module 的 build.gradle 文件第一行看到:“apply plugin: ‘com.android.application’”,这即是 Android Gradle Plugin。“com.android.application” 指的是 plugin id,该插件的作用是帮助你生成一个可运行的 APK 文件。

插件还可以读取写在 build.gradle 文件中的配置。主 Module 的 build.gradle 文件中会有一个名为 “android” 的块,块中定义了一些属性,例如:App 支持的最低系统版本、App 的版本号等。你可以把这里的 “android”android 块类比成数据类或者基类,定义的属性类比成类的成员变量。Android Gradle Plugin 在运行时可以拿到 “android” 块实例化的对象,进而根据对象的属性值运行不同的编译逻辑。

3.2 构建独立项目的 Gradle 插件

Gradle 插件有三种实现方式,分别为 Build script、buildSrc project 和 Standalone project:

(1)Build script 会把逻辑直接写在 build.gradle 文件中,Plugin 只对当前 build.gradle 文件可见;

(2)buildSrc project 是将逻辑写在 rootProjectDir/buildSrc/src/main/java(最后一个路径文件夹也可以是 groovy 或 kotlin,主要取决于你用什么语言去实现自定义插件) 目录下,Plugin 只对当前项目生效;

(3)Standalone project 是将逻辑写在独立项目里,可以直接编译后把 JAR 包发布到远程仓库或者本地。

基于本文的写作目的,这里我们主要讲解 Standalone project,即独立项目的 Gradle 插件。

3.2.1 目录结构解析

一个独立项目的 Gradle 插件大致结构如图 3-1 所示

图 3-1 Gradle 插件项目目录示意图

在 main 文件夹下分为 groovy 文件夹与 resources 文件夹:

  • groovy 文件夹下是源码文件(Gradle 插件也支持使用 Java 与 Kotlin 编写,此处文件夹名根据实际语言确定)
  • resources 文件夹下面是资源文件。

其中,resources 文件夹下是固定格式的 META-INF/gradle-plugins/XXXX.properties,XXXX 就代表以后使用插件时需要指定的 plugin id。

目前 Android Studio 对于 Gradle 插件开发的支持不够好,很多 IDE 本可以完成的工作都需要我们手动完成,例如:

(1)Android Studio 不能够直接新建 Gradle 插件的 Module,只能先新建一个 Java Library 类型的 Module,再把多余的文件夹删除;

(2)新建类默认是新建 Java 的类,新建的文件名后缀是 “.java”,想要新建 Groovy 语法的类需要手动新建一个后缀为 “.groovy” 的文件,然后添加上 package、class 声明;

(3)resources 整个都需要手动创建,文件夹名需要注意拼写;

(4)删除掉 Module 的 build.gradle 全部内容,新加上 Gradle 插件开发需要的 Gradle 插件、依赖等。

3.2.2 编写插件

在写插件的代码之前,我们需要对 build.gradle 做些修改,如下所示:

apply plugin:  'groovy'
apply plugin:  'maven'
dependencies {
     implementation gradleApi()
     implementation localGroovy()
}
uploadArchives{
     repositories.mavenDeployer {
         //本地仓库路径,以放到项目根目录下的 repo 的文件夹为例
         repository(url: uri( '../repo' ))
         //groupId ,自行定义
         pom.groupId =  'com.sensorsdata.myplugin'
         //artifactId
         pom.artifactId =  'MyPlugin'
         //插件版本号
         pom.version =  '1.0.0'
     }
}

这里主要分为三部分内容:

(1)apply 插件:应用 ‘groovy’ 插件是因为我们的项目是使用 Groovy 语言开发的,’maven’ 插件在后面发布插件时会用到;

(2)dependencies:声明依赖;

(3)uploadArchive:这里是一些 maven 相关的配置,包括发布仓库的位置、groupId、artifactId、版本号,这里为了调试方便把位置选在项目根目录下的 repo 文件夹。

做好以上准备之后,就可以开始源码的编写。Gradle 插件要求入口类需要实现 org.gradle.api.Plugin 接口,然后在实现方法 apply 中实现自己的逻辑:

package  com.sensorsdata.plugin
class  MyPlugin  implements  Plugin<Project>{
     @Override
     void  apply(Project project) {
         println  'Hello,World!'
     }
}

在这里的示例中,apply 方法就是我们整个 Gradle 插件的入口方法,作用类似于各种语言的 main 方法。apply 方法的入参类型 Project 在第二节中已经进行了解释,这里不再赘述。由于 Plugin 类和 Project 类有非常多的同名类,在导入的时候一定注意选择 org.gradle.api 包下的类。

最后,还需要做一项准备工作:Gradle 插件并不会自动寻找入口类,而是要求开发者把入口类的类名写在 resources/META-INF/gradle-plugins/XXXX.properties 里,内容格式为 “implementation-class=入口类的全限定名”,此处示例项目的配置如下所示:

// com.sensorsdata.plugin.properties
implementation- class =com.sensorsdata.plugin.MyPlugin

3.2.3 发布插件

完成编写插件的所有内容后,在终端执行

. /gradlew  uploadArchive

就可以发布插件。在上一小节编写插件的 build.gradle 文件中提前配置好了发布到 maven 仓库相关的配置,因此我们这里执行该命令后,在项目根目录下就会出现 repo 文件夹,文件夹中包含打包后的 JAR 文件。

3.2.4 使用插件

使用插件主要分别两个步骤:

(1)声明插件

声明插件需要在 Project 级别的 build.gradle 文件中完成,在 build.gradle 文件中有一个块叫做 buildscript,buildscript 块又分为 repositories 块和 dependencies 块。repositories 块用来声明需要引用的依赖所在的远程仓库地址,dependencies 块用来声明具体引用的依赖。这里使用刚刚发布到本地 repo 文件夹 JAR 包为例,参考代码如下:

buildscript {
     repositories {
         maven{
             // 刚刚我们把插件发布到了根目录下面的 repo 文件夹
             url  'repo'
         }
     }
     dependencies {
         // classpath '$group_id:$artifactId:$version'
         classpath  'com.sensorsdata.myplugin:MyPlugin:1.0.0'
     }
}

(2)应用插件

应用插件需要在 Module 级别的 build.gradle 文件中完成:

// apply plugin: 'plugin id'
apply plugin:  'com.sensorsdata.plugin'

完成上述步骤之后,在每次编译的时候都可以在编译日志中看到插件输出的 “Hello,World!”。

3.3 可配置的插件

如果希望插件的功能更加灵活的话,一般会预留一些可配置的参数,就像可以在主 Module 的 “android” 块配置编译的 Android SDK 版本、Build-Tools 版本等。“android” 块的这个配置就是 Gradle 的 Extension,下面我们来做一个自定义的 Extension。

3.3.1 创建 Extension 类

创建一个用于 Extension 的类非常简单:只需要新建一个普通的类,类中定义的属性就是 Extension 可以接收的配置。它不需要继承任何类,也不需要实现任何接口,如下所示:

class  MyExtension{
     public  String nam =  "name"
     public  String sur =  "surname"
}

3.3.2 实例化 Extension 对象

可以通过 ExtensionContainer 来创建和管理 Extension,ExtensionContainer 对象可以通过 Project 对象的 getExtensions 方法获取:

def  extension = project.getExtensions().create( 'myExt' ,MyExtension)
project.afterEvaluate {
     println ( "Hello from "  + extension.toString())
}

上面的代码片段可以直接复制到 apply 方法中或者放在 build.gradle 文件中使用。这里使用到了 create 方法来创建 Extension,我们来看下 create 方法的定义:

<T> T create(String name, Class<T> type, Object... constructionArguments);

(1)name:代表要创建的 Extension 的名字,例如:build.gradle 中名为 “android” 的块,Android Gradle 插件在创建这个 Extension 的时候 name 就需要填 “android”。Extension 的 name 不能和已有的重复,例如: Android Gradle 插件创建的 Extension name 为 “android”,那么其它 Extension name 就不可以再使用 “android”;

(2)type:该 Extension 的类类型,这里的类就是上一小节创建的类,注意类的属性名与 Extension 中的属性名需要一致;

(3)constructionArguments:类的构造函数参数值。

使用 create 方法之后,你可能会迫不及待的在下一行立即打印出 Extension 对象的值,不过这么做的话你会发现 Extension 对象打印出来的值并不对。不论你在 build.gradle 中怎么配置,Extension 对象就是读不到值。具体原因可以回顾下这里的示例,你会发现示例里打印的逻辑写在了 afterEvaluate 方法中。这里的写法跟插件的生命周期有很大的关系,我们将在下一节中介绍 Gradle 插件的生命周期。

四、Gradle 构建的生命周期

官方对于 Gradle 构建的生命周期的定义:Gradle 的核心是一种基于依赖的语言,用 Gradle 的术语来说这意味着你能够定义 Task 和 Task 之间的依赖关系。Gradle 会保证这些 Task 按照依赖关系的顺序执行并且每个 Task 只会被执行一次,这些 Task 根据依赖关系构成了一个有向无环图。Gradle 在执行任何 Task 之前都会用内部的构建工具去完成这样这样一个图,这就是 Gradle 的核心。这种设计使得很多原本不可能的事情成为可能。

每次 Gradle 构建都需要经过三个不同的阶段:

(1)初始化阶段:Gradle 是支持单项目和多项目构建的,因此在初始化阶段,Gradle 会根据 settings.gradle 确定需要参与构建的项目,并为每个项目创建一个 Project 实例。Android Studio 的项目和 Module 对 Gradle 来说都是项目;

(2)配置阶段:在这个阶段会配置 Project 对象,并且所有项目的构建脚本都会被执行。例如:Extension 对象、Task 对象等都是在这个阶段被放到 Project 对象里;

(3)执行阶段:经过了配置阶段,此时所有的 Task 对象都在 Project 对象中。然后,会根据终端命令指定的 Task 名字从 Project 对象中寻找对应的 Task 对象并执行。

Gradle 提供了很多生命周期的监听方法,用来在特定的阶段执行特定的任务。这里选取了部分回调方法,按照执行顺序关系画了一份 Gradle 生命周期流程简图,如图 4-1 所示:

图 4-1 Gradle 生命周期流程简图

图中的生命周期回调方法里,属于 Project 有 project.beforeEvaluate 和 project.afterEvaluate,它们的触发时机分别是在 Project 进行配置前和配置结束后。在之前的示例中,正是使用了这里的 afterEvaluate,由于方法的最后一个参数是闭包所以写法优化成了 afterEvaluate{}。

使用 create 创建的对象,在对应 Project 还没配置完成的时候打印出来的值自然是不正确的,需要在配置完成后才能正确获取到写在 build.gradle 中的 Extension 值。因为直接写在 apply 方法里的逻辑是在配置阶段执行的,所以会出现这种情况。

五、总结

本文首先对 Gradle 的基础知识做了一定的介绍,包含 Project 与 Task,然后重点讲解了自定义 Gradle 插件从创建到使用的详细过程。希望能够为编写自定义的 Gradle 插件提供一定的帮助。