目录
Gradle插件练习地址:https://github.com/peiniwan/ASMLifeCycleTest
Gradle 是一个基于 Apache Ant 和 Apache Maven 概念的项目自动化构建工具。Gradle 就是工程的管理,帮我们做了依赖、打包、部署、发布、各种渠道的差异管理等工作。 Gradle脚本是基于Groovy语言来编译执行的,Java、Groovy、Kotlin等都是基于JVM运行的,所以他们在语法上共性很多,熟悉Java的同学应该对Groovy上手很快
在 Android 下的 gradle 插件共分为 两大类:
由于buildSrc目录是gradle默认的目录之一,该目录下的代码会在构建是自动编译打包,并被添加到buildScript中的classpath下,所以不需要任何额外的配置,就可以直接被其他模块的构建脚本所引用。 这就是:buildScript
在buildSrc/src/main目录下,再分别创建groovy、resources文件夹。
随便定义的需要自己写classpath:
优点:
缺点: 此处创建的插件对外部项目不可见,无法在其他项目中复用
id引入 引用的方式可以是通过类名引用,也可以通过给插件映射一个id,然后通过id引用。 通过类名引用插件的需要使用全限定名,也就是需要带上包名,或者可以先导入这个插件类,如下
// 在app模块下的build.gradle文件中引用 apply plugin:com.wings.gradle.CustomBuildSrcPlugin 或者
// 在app模块下的build.gradle文件中引用 import com.wings.gradle.CustomBuildSrcPlugin apply plugin: CustomBuildSrcPlugin
通过简单的id的方式,我们可以隐藏类名等细节,使的引用更加容易。映射的方式很简单,在buildSrc目录下创建resources/META-INF/gradle-plugins/xxx.properties,这里的xxx也就是所映射的id,这里我们假设取名CustomPlugin。具体结构可参考上文buildSrc目录结构。
为了能让 App 传入相关的版本信息和生成的版本信息文件路径,我们需要一个用于配置版本信息的 Extension,其实质就是一个实体类
与创建扩展属性一样,扩展Task也需要在project中创建注入。
project.extensions.create("releaseInfo", ReleaseInfoExtension)
右边就都是task
// 创建Task
project.tasks.create("updateReleaseInfo", ReleaseInfoTask)
构建生命周期 每次构建的本质其实就是执行一系列的Task,某些Task可能依赖其他Task,那些没有依赖的Task总会被最先执行,而且每个Task只会被执行一遍,每次构建的依赖关系是在构建的配置阶段确定的,在gradle构建中,构建的生命周期主要包括以下三个阶段: 初始化(Initialization) 构建工具会根据每个build.gradle文件创建出一个Project实例,初始化阶段会执行项目根目录下的Settings.gradle文件,来分析哪些项目参与构建。 include ':app' 配置(Configuration) 执行(Execution)
作用
和task的关系 如果有个你想要在好几个项目中重用的Gradle task集合,把这些task提取到一个自定义的plugin中是有意义的。这使得重用你自己的build逻辑和与他人共享该逻辑都是可能的。
在 Booster 中,跟字节码相关的操作都是通过 Transformer 来完成,它是对字节码转换的简单抽象,以字节码的二进制做为输入,经过转换后,输出字节码二进制,它与具体使用哪种字节码操作框架无关,开发者可以自己选择跟字节码操作框架相关的特定实现, Booster 提供了两种实现: 基于 ASM 的实现:AsmTransformer 基于 Javassist 的实现:JavassistTransformer
Transform 可以被看作是Gradle 在编译项目时的一个 task,在 .class 文件转换成 .dex 的流程中会执行这些 task,对所有的 .class 文件(可包括第三方库的 .class)进行转换,转换的逻辑定义在 Transform 的 transform 方法中。实际上平时我们在 build.gradle 中常用的功能都是通过 Transform 实现的,比如混淆(proguard)、分包(multi-dex)、jar 包合并(jarMerge)
class AddCodePlugin implements Plugin<Project> {
void apply(Project project) {
project.android.registerTransform(new AddCodeTransform(project))
}
}
写法
其实就是:把输入内容写入到作为输出内容
输出地址不是由你任意指定的。而是根据输入的内容、作用范围等由TransformOutputProvider生成,比如,你要获取输出路径:
String dest = outputProvider.getContentLocation(directoryInput.name,
directoryInput.contentTypes, directoryInput.scopes, Format.DIRECTORY)
FileUtils.copyDirectory(directoryInput.file, dest)
Transform的inputs有两种类型,一种是目录,一种是jar包,要分开遍历 一旦注册了transform,就要处理输入和输出(默认实现是没有处理的),否则编译失败。
字节码操作框架 ASM vs Javassist https://booster.johnsonlee.io/developer/bytecode-engineering-framework.html#asm-vs-javassist
Transform API 起因 从 Android Gradle Plugin 1.5.0-beta1 开始,为了简化注入自定义 class 的操作,Android 提供了 Transform API,允许第三方插件在 class 文件被转换成 dex 之前对其进行修改,在此之前,如果要实现同样的操作,只能通过 Hook Task 的方式才能做到
参数说明 具体看代码 解释说明:Transform 主要作用是检索项目编译过程中的所有文件。通过这几个方法,我们可以对自定义 Transform 设置一些遍历规则,具体如下:
getName: 设置我们自定义的 Transform 对应的 Task 名称。Gradle 在编译的时候,会将这个名称显示在控制台上。比如: Task :app:transformClassesWithXXXForDebug。
getInputType: 在项目中会有各种各样格式的文件,通过 getInputType 可以设置 LifeCycleTransform 接收的文件类型,此方法返回的类型是 Set<QualifiedContent.ContentType> 集合。
gradle插件修改第三方代码
1、我们知道在打包过程中,可以通过动态修改字节码,来进行插桩,实现埋点等业务,那么,在什么时机插入呢? 2、随着项目越来越大,编译项目的时间会越来越长,我们需要统计各个任务的执行时间,来优化我们的打包编译速度,那么,如何统计呢? 3、在我们的项目、第三方库和系统遇到一些bug的时候,我们有没有什么比较好的hook方法,对我们的代码做到无侵入?
调试gradle https://www.jianshu.com/p/6bbe9352f75d 也可以
implementation-class=com.lqr.gradle.study.GradleStudyPlugin
// 如果报错 Could not find implementation class 'xxx' 的话,一般是类全路径有问题,默认包不需要写包路径,修改如下即可:
// implementation-class=GradleStudyPlugin