自从字节码操作技术在移动端普及之后,各种 app 的架构中都采用了这一技术,最典型的例子便是采用 Service Locator 模式实现的 IoC 框架,这类框架都有着相同的实现思路,挫一点的则是通过反射来实例化对象,好一点的会用 apt 来生成 Factory 代码来解决实例化的问题,但都会存在一个问题,就是需要一个静态的映射(注册表)来解决根据接口查找实现的问题,而这个静态的映射(注册表)一般都是通过字节码操作技术在编译期间自动生成。

不可测试

如果你从来没有基于这类框架写过单元测试,可能无法理解问题的所在,为了方便理解问题,我们先来看看 App 的构建和运行流程以及 Local UT 的构建和运行流程

Local UT 构建和运行

App 构建和运行

看到上面的图,发现问题所在了吗?

Transform 中的逻辑并不会在 Local UT 环境中执行!!!

如果 IoC 框架的静态的映射(注册表)是在 Transform 中生成的,那岂不是要完犊子了?!

没错!运行 Local UT 就没有 Transform 什么事儿,那应该如何解决呢?

可测试

既然 Local UT 阶段不执行 Transform,那我们只好硬干了,让 Local UT 在运行时执行 Transform 的逻辑,但问题来了,AGP 原生的 Transform API 依赖于 AGP 本身,如何让在 Local UT 环境中运行 AGP 呢?

答案是 —— 放弃这条路吧,换 Booster Transformer

为什么 Booster Transformer 就可以呢?

因为 BoosterTransformer 在设计的时候就是与 AGP 解耦的呀!是不是感受到了 Booster 的设计的牛逼之处了?

先别光顾着吹牛逼了,Booster Transformer 到底怎么实现 Runtime Transform

别着急,先回顾一下 Java 基础中的 ClassLoader,通过其源代码,我们可以看到:

1
2
3
4
5
protected final Class<?> defineClass(String name, byte[] b, int off, int len)
throws ClassFormatError
{
return defineClass(name, b, off, len, null);
}

ClassLoader 一个 byte[],它能还你一个 Class,所以,只要我们能拿到 Class 的原始字节数据,就可以重新定义一个 Class 了,当然,我们要做的是重新定义它之前,先要对其字节码进行一番操作,那如何才能拿到 Class 的原始字节数据呢?—— 还是 ClassLoader

1
2
3
public InputStream getResourceAsStream(String name) {
...
}

那我们要做的就是:

  1. 自定义 ClassLoader 来加载 Class
  2. 在加载 Class 的时候,通过 BoosterAPI 来调用已经存在的 Transformer
  3. 通过自定义 ClassLoader 来执行 Local UT

为了方便起见,我们直接继承自 URLClassLoader

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
class TransformClassLoader(urls: Array<URL>) : URLClassLoader(urls) {
private val classpath = urls.map { File(it.path) }

override fun findClass(name: String): Class<*> {
val bytecode = readClassData(name)
return transform(name, bytecode)
}

private fun transform(name: String, original: ByteArray): Class<*> {
val context = object : AbstractTransformContext(
"test",
"test",
emptyList(),
classpath,
classpath
)
val transformer = AsmTransformer(this)
transformer.onPreTransform(context)
val modified = transformer.transform(context, original)
transformer.onPostTransform(context)
return defineClass(name, modified, 0, modified.size)
}
}

这里用到了 Booster 中的 AsmTransformerAbstractTransformContext,直接引用 booster-transform-asm 即可:

1
2
3
dependencies {
implementation("com.didiglobal.booster:booster-transform-asm:$booster_version")
}

整个架构图则如下图所示:

从图中可以看出,ClassLoader 对于运行 Local UT 起着至关重要的作用,有了 TransformerClassLoader,我们便可以在运行时通过 Booster 调用 TransformerClass 进行偷梁换柱,得到我们想要的 Class,但问题是:

  1. 什么时候调用这个 TransformerClassLoader
  2. 怎么用这个 TransformerClassLoader

欲知详情,请见下回分解 🙃