【腾讯TMQ】30分钟轻松搞定代码瘦身

导语

当一个新的产品想要复用一个旧的产品的逻辑的时候，是直接把全盘的代码copy过去就可以了吗？站在功能的角度当然没问题，但是这对于新产品是相当臃肿的，因为一些它根本不会使用的功能代码也包含在里面。同样对于旧产品而言，随着功能日积月累的变更，有些功能已经废弃，但是代码仍然在工程中，那我们应该怎样快速高效的给代码瘦身呢？半个小时，三个步骤，轻松搞定！

一、背景

根源
FT有需求，要把一个完整的功能（插件）作为一个sdk移植到其他项目。

实现方式
将插件A以及与插件A有依赖关系的所有插件一并合入。

带来的问题
有大量sdk不会使用的功能代码一并合入，导致sdk中含有大量的冗余代码和冗余资源。

二、思索中寻找解决方案

当前时间很紧，如何可以在短时间内，成本最低的解决呢？在思考的过程想到了2个方法。

方法一：通过代码覆盖率

准备开始做这件事的时候，第一个想到的方法是代码覆盖率，觉得最直接的方式是将该sdk的功能用例全部跑一遍，通过EC和EM看究竟哪些路径会被覆盖到，然后删除未被覆盖到的路径。但是当时碰到的问题有：

（1） 打包问题：使用的是手机管家的框架，而很早之前手管的框架就已经支持了打代码覆盖率的包，通过配置来控制，所以觉得理所当然的使用RDM配置一下就能打出来，但是事实是打的过程中一直失败，最后再本地编译，花费了开发GG将近1天的时间调试+删除，才打出来一个包。

（2） 执行耗时问题：

业务紧张：当时业务处于FT集成，没有人力来进行多轮的功能测试。
分析耗时：功能测试用例并不能百分之百的覆盖到所有的分支，这是由于目前的代码覆盖率是函数级别，导致得出结果之后，还需要进一步分析，没覆盖到的代码到底是异常路径，还是真正的冗余代码，面对代码行数的量级为10w+的插件，这种分析显然会很慢。
EC生成要求条件较高：在生成EC的过程中，如果出现crash等因素，会导致EC无法使用。
结论：该方法不适合初期，代码量大，范围很广的时候做，比较适合已经确定有哪些file，有哪些class，细究method内部实现时使用。

所以该方法被否决。

方法二：通过静态扫描代码之间的调用关系：

总共安装试用了2款工具，只是用了比较浅的功能，以我的目的为需求，我要获得整个工程下面的所有的代码之间的调用关系，对比见下图：