先写一个简单的插件跑起来
1. groovy创建插件
-
工程中新建一个java lib类型的module,我起名testgradle,src→main下的java目录删掉,然后新建新的目录,包名,如图:
-
MyPlugin:每一个自定义的Plugin都需要实现Plugin<T>接口,除了给Project编写Plugin之外,也能为其他Gradle类编写Plugin。该接口定义了一个apply()方法,在该方法中,可以操作Project,比如向其中加入Task,定义额外的Property等。
-
test-gradle.properties:这个文件名字随便起,就是apply plugin 后面的名称,里面把你的Myplugin全包名带上:
-
MyPlugin:每一个自定义的Plugin都需要实现Plugin<T>接口,除了给Project编写Plugin之外,也能为其他Gradle类编写Plugin。该接口定义了一个apply()方法,在该方法中,可以操作Project,比如向其中加入Task,定义额外的Property等。
修改module的build.gradle,本地没有maven可以自己百度装一个哈,不难。比如我的是:
plugins {
id 'java-library'
}
apply plugin: 'java-library'
apply plugin: 'groovy'
apply plugin: 'maven'
java {
sourceCompatibility = JavaVersion.VERSION_1_8
targetCompatibility = JavaVersion.VERSION_1_8
}
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar'])
implementation gradleApi()
implementation localGroovy()
implementation 'com.android.tools.build:transform-api:1.5.0'
implementation 'com.android.tools.build:gradle:3.0.1'
}
uploadArchives{
repositories.mavenDeployer{
// 本地仓库路径
repository(url:"file:///Users/shihchieh_ma/.m2/repository/")
// 唯一标识
pom.groupId = "shihchieh.ma.demo"
// 项目名称
pom.artifactId = "testgradle"
// 版本号
pom.version = "1.0.0"
}
}
-
传本地maven上,旁边gradle点击或者命令行都行
-
使用
-
修改根目录的build.gradle,就是uploadArchives中的groupId:artifactId:version组合:
-
修改根目录的build.gradle,就是uploadArchives中的groupId:artifactId:version组合:
// Top-level build file where you can add configuration options common to all sub-projects/modules.
buildscript {
repositories {
mavenLocal()
google()
mavenCentral()
}
dependencies {
classpath "com.android.tools.build:gradle:4.2.0"
classpath "shihchieh.ma.demo:testgradle:1.0.0"
// NOTE: Do not place your application dependencies here; they belong
// in the individual module build.gradle files
}
}
allprojects {
repositories {
mavenLocal()
google()
mavenCentral()
}
}
task clean(type: Delete) {
delete rootProject.buildDir
}
-
然后随便一个module中引用这个插件就行,我没再新建别的,就放app module中了:
-
rebuild或者make下都行,就能看到了:
Gadle Plugin 配合ASM正式开始
-
定一个简单的目标,我想在一个Activity的oncreate中用asm插入一个Toast。
正常代码:
编译后:
先简单说下大概步骤和可能遇到的问题:
步骤思路:
- 目标比较简单,通过遍历文件夹就可以找到MainActivity的class文件。
- 对比有Toast和没有Toast的class文件的ASMified生成的代码差异,找到对应有Toast的拷贝到自己对应实现的MethodVisitor的visitInsn方法中。
- 插件发布到本地验证测试,对应的build的transforms目录下jar包和class文件是否有内容,以及运行功能是否正产如预期。
可能遇到的问题:
- 插件每次修改后提交到本地maven仓库后,sync一下代码,然后clean,然后在rebuild下,不然有时候会报一些错误影响判断。
-
Android Studio里的ASM Bytecode Viewer插件我这里用反正是有问题的,只能在class文件右键点着看,在java文件中右键直接用这个插件有问题,如下图。我新建了俩文件用beyond compare对着看的,如果谁有啥更好的工具或插件求告知。。。我这样写感觉效率太低了,也没找着啥好用的工具,不过这个插件我在IDEA上试了下就是好的,感觉可以在IDEA上写代码然后用这个插件,我还没试直接用IDEA写插件。
-
遍历目录和jar包后要有拷出操作,通俗的说就是在实现的transform这个方法里,要有内容产出,产物传递吧,不然app是跑不起来的。会出现如下错误:
Unable to instantiate appComponentFactory
java.lang.ClassNotFoundException: Didn't find class "androidx.core.app.CoreComponentFactory" on path: DexPathList[[zip file "/data/app/~~81QZSgXA9N_0MNnG9dfHDg==/com.example.as_c_demo-B8o2lngQ5IM_LEQpSLsP9w==/base.apk"],nativeLibraryDirectories=[/data/app/~~81QZSgXA9N_0MNnG9dfHDg==/com.example.as_c_demo-B8o2lngQ5IM_LEQpSLsP9w==/lib/arm64, /data/app/~~81QZSgXA9N_0MNnG9dfHDg==/com.example.as_c_demo-B8o2lngQ5IM_LEQpSLsP9w==/base.apk!/lib/arm64-v8a, /system/lib64, /system/system_ext/lib64]]
核心代码实现:
jar包并没有做内容上的修改,所以直接看遍历目录以及修改的相关逻辑了:
- transform中获取对应的
Collection<DirectoryInput> directoryInputs = transformInput.getDirectoryInputs();
-
遍历逻辑
-
ASM插入
总结
我这边也才看ASM一阵子,这个是结合gradle plugin写的demo,做做笔记,感觉比aop功能更强大,灵活性更高,并且配合插件开发,可以组装出无侵入类型的sdk,比如埋点SDK使用这种开发方式应该就能轻松做到,提供的SDK对于集成方来说可以说能做到非常友好。后续继续深入学习一下,另外有空了我在找找有没有啥提高效率的插件或工具,这种文件比较的方式效率太低了。
20210621 20:46 update
AdviceAdapter
大概意思是说能在方法和构造函数先于或后于或之间中插入代码。在每个超类构造函数调用后被调用,对象在正确初始化之前不能使用。之间插入的需求应该比较小,没想到什么情况需要插入到中间,所以尝试了在最先和最后插入的尝试。
-
目标在onCreate中最先和最后记录时间戳。以记录这个onCreate执行所需要的时间。基于之前的代码进行修改。
-
MyAdviceAdapter实现很简单,直接上代码
-
CLASS_PAGE_TIME_RECORD
-
对应的HockActivityCore:
这个session只是一直普通的bean,里面变量记录下时间戳。
-
打包提交本地maven测试,一如以前操作,查看生成的class:
- 打完收工