背景
近年来，闲鱼旧业务在Flutter架构升级下，大量页面通过Flutter开发实现。业务不断迭代，包体积也随之增大，闲鱼Android、iOS安装包大小较去年有较大增加，其中，Flutter在闲鱼包体积中占比20%，闲鱼开发逐步需要考虑进行Flutter侧工程治理。Flutter官方也在为包大小不断努力，致力于降低打包产物的大小，但仍未有成熟方案。因此现阶段，我们可以考虑如何将无效代码下线。
通过人工梳理的方式，依赖于开发人员的业务熟悉程度，难免疏漏。我们需要有准确的的线上代码覆盖率，作为数据依据，推动业务进行行之有效的代码下线。
本文为您介绍，Flutter的线上代码覆盖率解决方案——FlutterCodeX。针对类级别编译时代码插粧，运行时后台数据聚合，进行数据采集上报，获得最终代码覆盖率数据，推动废弃业务下线，达到包体瘦身，对工程健康做长效监控与改善。
插桩方案探索
在线上代码覆盖率的统计中，问题的难点主要在于，如何准确判断类，是否被调用过？一般人会马上可以想到，只需要在每个类初始化时，加入一段代码，标记该类已经被调用，最快的就是构建函数中添加，但成本极高，有没有自动化、无侵入的插桩方案呢？以下从iOS、Android、Flutter不同的插桩方案进行简单的对比。
iOS
iOS中，ObjC首次调用类初始化时，+initialize被执行，系统会自动标记已被调用，在 metaClass的 data的flags字段中的 1<<29 位的这个bit RW_INITIALIZED，就记录着类是否initialize。可以通过判断类是否被初始化，因此在运行时，找到合适的时机，遍历所有类，进行数据的聚合上传。
1. `static BOOL MOCClassIsInitilatized(Class cls) {`
2. `void*metaClass = (__bridge void*)object_getClass(cls);`
3. `class_rw_t*rw = *(class_rw_t**)((uintptr_t)metaClass + 4* sizeof(uintptr_t));`
4. `if(((class_rw_t*)((uintptr_t)rw & FAST_DATA_MASK))->flags & RW_INITIALIZED) {`
5. `return YES;`
6. `}`
7. `return NO;`
8. `}`
Android
Android中，Java语言可以不需要侵入原有代码，以添加静态代码块的形式添加插桩代码，buildscript增加编译插件，在编译时遍历所有类文件进行代码插入即可。
1. `publicclass A {`
2. `static{`
3. `// todo report class A initialize`
4. `}`
5. `}`
Flutter
Flutter与Android、IOS的方案均有一定差异，Dart没有Java的静态代码块，也没有类似ObjC的系统标记。在什么地方插桩，可以不侵入原有代码呢？
理论上，Dart Class初始化执行顺序为：
-
class variables initialize on declaration (no static)
-
initializer list
-
superclass’s constructor
-
main class’s constructor
改写构造函数会直接侵入原有代码，Dart构造函数的多样写法也增加了自动化插件的难度。因此改写构造器不是第一选择。根据初始化执行顺序，很快可以想到，是否可以增加新的类成员，初始化时调用插桩代码，以达到类初始化插桩的效果。例如
1. `class A {`
2. `bool isCodeX = ReportUtil.addCallTime('A');`
3. `// ...biz`
4. `}`
但在Dart中，针对拥有常量构建器的类，要求所有的成员均为final，成员初始化必须在第1第2阶段，或构造函数入参进行初始化，即使是extends、with也强制要求子类及Mixin所有的变量均为final。而Flutter中，Widget等常用组件，均使用常量构建函数，无法通过这种形式插桩。
1. `class A {`
2. `final num x, y;`
3. `const A(this.x, this.y);`
4. `}`
注入代码的形式不可用！
还有其他办法吗？可不可以通过AOP的方式，hook住所有的类构建器呢？而闲鱼技术团队刚刚开源的AspectD，恰好可以解决这个问题。
AspectD是针对Dart的AOP编程框架，通过Transform实现dill变换以实现AOP，可以便捷地实现无侵入代码自由注入。
在Flutter v1.12.13下验证，针对常量构建器、无构建函数、命名为ClassName.identifier形式构建函数，均测试通过！AspectD代码如下：
1. `@Aspect()`
2. `@pragma("vm:entry-point")`
3. `classCodeXExecute{`
4. `@pragma("vm:entry-point")`
5. `CodeXExecute();`
7. `@Call("package:flutter_codex_demo/test.dart", "A", "+A")`
8. `@pragma("vm:entry-point")`
9. `void _incrementA(PointCut pointcut) {`
10. `pointcut.proceed();`
11. `// todo report class A initialize`
12. `}`
13. `}`
AspectD原理不在此详细说明，有兴趣请移步https://github.com/alibaba-flutter/aspectd。
整体方案设计
FlutterCodeX线上代码覆盖率SDK，由编译时代码插桩插件、运行时数据采集模块组成。
- 代码插桩插件
编译时，通过build_runner，CodeXGenerator与CodeAstVisitor进行工程内所有类ast解析，遍历所有类构造函数，自动生成AspectD的PointCut Execute类文件，hook类构建函数，在构造函数执行完毕后，插桩标记类调用信息，同时还生成项目的完整类列表至构建产物。关键代码如下：
1. `CodeAstVisitor：`
3. `// visit all class`
4. `void visitClassDeclaration(ClassDeclaration node) {`
5. `SourceNode sourceNode = SourceNode(source_path, node.name?.name);`
6. `node.members.forEach((ClassMember member) {`
7. `// find all constructor`
8. `if(member isConstructorDeclaration) {`
9. `String constructorName = member.name?.name;`
10. `if(constructorName == null|| constructorName.isEmpty) {`
11. `// ClassName Constructor`
12. `constructorName = sourceNode.name;`
13. `} else{`
14. `// ClassName.identifier Constructor`
15. `constructorName = (sourceNode.name ?? '') + "\\."+ constructorName;`
16. `}`
17. `sourceNode.constructor.add(constructorName);`
18. `return;`
19. `}});`
21. `CodeXGenerator.collector.codeList[sourceNode.key()] = sourceNode;`
22. `}`
AspectD Execute如下图所示，类A拥有两个构造函数，生成两个AspectD AOP函数。
- 运行时数据采集模块
运行时，工程中每个类初始化后将会自动调用addCallTime方法，将类调用信息缓存，选择用户退出后台的时机，进行数据文件进行压缩上传，目前我们采用阿里云OSS文件上传。根据应用活跃用户数，设置采样率，命中至少5万用户UV。
- 数据汇总与产出
最后，线上运行一段时间后，我们将数据汇总，与打包构建产物中的完整类列表进行比对，即可获得线上代码覆盖率数据，推动业务进行行之有效的瘦身。
以简单Demo工程为例：
说在最后
目前，FlutterCodeX在闲鱼App即将上线，结合客户端Android、iOS代码覆盖率数据，有效地推动废弃业务下线，助力包体瘦身，对工程健康做长效监控与改善。