Flutter线上代码覆盖率解决方案——FlutterCodeX

背景

近年来，闲鱼旧业务在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。可以通过判断类是否被初始化，因此在运行时，找到合适的时机，遍历所有类，进行数据的聚合上传。

static BOOL