[Android开发]gradle插件开发中使用toTransform编译提速

前言

相信大家在适配AGP8.0以上gradle插件时使用了官方方案(Android Gradle插件更新)的如下API

kotlin 复制代码
variant.artifacts.forScope(ScopedArtifacts.Scope.ALL)
    .use(taskProvider)
    .toTransform(
        ScopedArtifact.CLASSES,
        ModifyClassesTask::allJars,
        ModifyClassesTask::allDirectories,
        ModifyClassesTask::output,
    )

使用过这个api的小伙伴应该都有同样的感受,就是去插入注册代码的时候虽然也简单方便了许多,但同时引发了新的问题,那就是最终有一个前缀名为 dexBuilder 的任务每次打包时时间都会变得非常的长,导致影响开发效率,不用这个api就没事。

看过官方文档的也发现了还有以下的一个新方式,可以避免dexBuilder任务时间变长的问题,但是同时也引发了一个新的问题,就是这是一个一边遍历一边修改字节码的方法,任务结束后也就只是相当于遍历了一次所有代码,根本没有机会去修改想要修改的代码

kotlin 复制代码
androidComponents {
      onVariants(selector().all(), {
          instrumentation.transformClassesWith(AsmClassVisitorFactoryImpl.class,
                                               InstrumentationScope.Project) { params ->
              params.x = "value"
          }
          instrumentation.setAsmFramesComputationMode(
              COMPUTE_FRAMES_FOR_INSTRUMENTED_METHODS
          )
      })
  }

相信不能使用 transformClassesWith 的小伙伴都是有一个共同的需求那就是:都是需要遍历最终打包到 apk 的所有类,然后才可以修改字节码。到这貌似进入了一个死胡同,有着全盘扫描的api会使打包变慢,不变慢的api又不能扫描完所有的代码再去修改字节码。

解决思路

既然不可避免的要使用 toTransform 那就踏踏实实的用,好在我们知道了变慢的原因是名为 dexBuilder 的任务变得时间很长,那么我们就去解决它不就好了吗?

首先想想为什么这个任务时间很长,toTransform 的输出是一个 jar 文件,相信这一点你是知道的,原因就在于apk的所有的代码都被打入了这一个 jar 文件,dexBuilder 就是将 jar 包转化为 dex 文件的任务,紧接着基本就是打包为apk了。

我们每次改完哪怕一点点的代码都会生成这一个jar包,就导致 dexBuilder 每次都要处理 所有的代码 ,那么我们把代码拆分成多个 jar 包不就好了吗?是的,就是这样,这才是关键所在,说起来简单,做起来就难了......

相信看到这你会说:

"我也想到过这么多,但是 output 设置成文件夹就会报错"

还有人说:

"我把 output 设置成文件夹不报错了,但是最终打包的apk没有代码了"

都说的不错,但是大家说的其实已经接近真相了,只要成功把 output 设置成文件夹,并能把代码拆分多个jar包分别写入就成功了一大半了,无非就是打包的apk没有了代码,其实原因就在于设置成的文件夹 dexBuilder 任务无法识别,我们只要让它识别不就好了吗?哈哈,看到这,是不是很激动了

dexBuilder 任务的类是 DexArchiveBuilderTask,我们获取到它去改变他的输入参数就好了,上代码

kotlin 复制代码
project.tasks.withType(DexArchiveBuilderTask::class.java).forEach { dexTask ->
    dexTask.projectClasses.setFrom(files)
}

这个方法会自动识别传进来的jar包是否需要重新转为dex,另外设置这个代码的时机很重要,我们不可以在 gradle 的配置阶段(就是有向无环图那个阶段)去调用 setFrom 因为此时 toTransform 的任务还没生成所有的 jar 包,所以我们需要动态的去修改,这个修改时机就是 toTransform 任务完成的时候去设置它。

下边是修改 output 的配置方法

kotlin 复制代码
@get:OutputDirectory
abstract val hideOutputDir: RegularFileProperty

结束语

上述解决方案应该是当前最好的解决方案了,里边还有一些细节,例如我们应该如何生成多个jar包?如何只修改修改了代码的jar包,更多细节可以看到的开源项目:FastTransform

相关推荐
2301_768350233 小时前
Vue第二期:组件及组件化和组件的生命周期
前端·javascript·vue.js
华洛4 小时前
公开一个AI产品的商业逻辑与设计方案——AI带来的涂色卡自由
前端·后端·产品
alexhilton4 小时前
Kotlin互斥锁(Mutex):协程的线程安全守护神
android·kotlin·android jetpack
明远湖之鱼4 小时前
opentype.js 使用与文字渲染
前端·svg·字体
90后的晨仔5 小时前
Vue 3 组合式函数(Composables)全面解析:从原理到实战
前端·vue.js
今天头发还在吗5 小时前
【React】动态SVG连接线实现:图片与按钮的可视化映射
前端·javascript·react.js·typescript·前端框架
小刘不知道叫啥5 小时前
React 源码揭秘 | suspense 和 unwind流程
前端·javascript·react.js
szial5 小时前
为什么 React 推荐 “不可变更新”:深入理解 React 的核心设计理念
前端·react.js·前端框架
mapbar_front5 小时前
面试是一门学问
前端·面试
spencer_tseng5 小时前
Eclipse 4.7 ADT (Android Development Tools For Eclipse)
android·java·eclipse