Android开发中AsmClassVisitorFactory如何使用(android,asmclassvisitorfactory,开发技术)

简单的分析下这个接口，我们要做的就是在createClassVisitor这个方法中返回一个ClassVisitor，正常我们在构造ClassVisitor实例的时候是需要传入下一个ClassVisitor实例的，所以我们之后在new的时候传入nextClassVisitor就行了。

另外就是isInstrumentable,这个方法是判断当前类是否要进行扫描，因为如果所有类都要通过ClassVisitor进行扫描还是太耗时了，我们可以通过这个方法过滤掉很多我们不需要扫描的类。

ClassData并不是asm的api，所以其中包含的内容相对来说比较少，但是应该也勉强够用了。这部分大家简单看看就行了，就不多做介绍了呢。

AGP版本升级之后，应该是为了区分新旧版的Extension,所以在AppExtension的基础上，新增了一个AndroidComponentsExtension出来。

我们的transformClassesWith就需要注册在这个上面。这个需要考虑到变种，和之前的Transform还是有比较大的区别的，这样我们就可以基于不同的变种增加对应的适配工作了。

这次还是在之前的敏感权限api替换的字节码替换工具的基础上进行测试开发。

看看我们正常是如何写一个简单的ClassVisitor的。

首先我们会构造好一个空的ClassWriter，接着会构造一个ClassVisitor实例，然后传入这个ClassWriter。然后我们构造一个ClassReader实例，然后将byte数组传入，之后调用classReader.accept方法，之后我们就能在visitor中逐个访问数据了。

那么其实我们的类信息，方法啥的都是通过ClassReader读入的，然后由当前的ClassVisitor访问完之后交给我们最后一个ClassWriter。

其中ClassWriter也是一个ClassVisitor对象，他复杂重新将修改过的类转化成byte数据。可以看得出来ClassVisitor就有一个非常简单的链表结构，之后逐层向下访问。

介绍完了这个哦，我们做个大胆的假设，如果我们这个ClassVisitor链表前插入几个不同的ClassVisitor，那么我们是不是就可以让asm修改逐个生效，然后也不需要多余的io操作了呢。这就是新的asm api 的设计思路了，也是我们这边大佬的字节码框架大佬的设计。另外bytex内的设计思路也是如此。

tips ClassNode 因为是先生成的语法树，所以和一般的ClassVisitor有点小区别，需要在visitEnd方法内调用accept(next)

接下来我们上实战咯。我将之前的代码套用到这次的逻辑上来。

demo地址

我在isInstrumentable都返回的是true，其实我可以将扫描规则限定在特定包名内，这样就可以加快构建速度了。

这部分比较简单，把逻辑抽象定义在类ClassNode内，然后在visitEnd方法的时候调用我之前说的accept(nextVisitor)方法。