引入Rabbit框架的一周

背景

公司需要引入一款性能框架检测APP的启动、运行、内存、卡顿、崩溃、渲染等，不要不说到安卓性能框架APM，去年尝试了腾讯的Matrix、滴滴的Booster还有其他一些不那么出名Garden等框架。
之前引入各种框架套路都是先创建一个基本的demo，然后看引入效果，然后研究官方demo看下他是如何实现，Matrix这个框架最开始了解时候还是开放一个官网地址，用户可以注册，然后通过官网地址查看APP性能，但是在18还是19年时候已经不对外开放了，然后总体反馈及接入难度不小，耗费了大量精力，个人认为做APK体积的优化可以使用，绝对能给你带来惊喜，可以看下我去年写的使用步骤：https://www.jianshu.com/p/8e4f9457559e
废话不多说了，其实各种性能框架实现原理都差不多，看哪一款适合你，或者说哪一款能给你带来更大的收益。

使用理由：工作KPI有20%挂钩性能框架，我必须要接入一款到我们项目中，为团队带来一些突破，前面几款都接入过，个人没那么大的决心去花时间研究，rabbit是吸取了前人经验的产物，最终选择他。

接入经历了什么

1.创建demo接入依赖运行起来无异常

2.接入到公司项目报错清单文件合并异常

3.把工程转AndroidX

4.发现Glide3.7不支持AndroidX

5.升级Glide版本 花式报错

6.推到重来😢

7.升级Glide版本

8.转AndroidX

9.接入rabbit

10.统一各依赖版本

11.success

··········································································································
···········································································································

1.创建demo运行

创建一个干净的工程，添加依赖，跑起来，遇到许多的问题，当时使用的是：1.0.0-alpha15 ,大致遇到的问题有：接入文档未更新，很多细节会让你根本跑不起来，比如有些已经废弃了的依赖库；运行时候提示gradle变异时候不能cast to org.gradle.api.internal.AbstractTask、运行起来点击浮窗一片空白、不能测启动时间等等一堆问题，可能能帮助到你：https://www.jianshu.com/p/6b7fb817fee3

2.demo完美运行后集成到公司项目

Caused by: java.lang.RuntimeException: Manifest merger failed with multiple errors, see logs
    at com.android.builder.core.AndroidBuilder.mergeManifestsForApplication(AndroidBuilder.java:556)
    at com.android.build.gradle.tasks.ProcessApplicationManifest.doFullTaskAction(ProcessApplicationManifest.java:198)
    at com.android.build.gradle.internal.tasks.IncrementalTask.taskAction(IncrementalTask.java:106)

满怀期待的接入到项目，报错不能合并清单文件，由于公司的项目很大，一百多兆，好几年的项目。需要转AndroidX ，但是工作量过大，瞬间百感交集，这个框架是不是可以支持不转androidX也能使用？网上查了资料，Issue上得到回答不支持非AndroidX工程。
硬着头皮，开始尝试转换AndroidX

3.迁移AndroidX 有一份转AndroidX 的快速迁移指引，或许对你有用：

https://www.jianshu.com/p/c32b335ed25b

4.发现Glide3.7不支持AndroidX

当项目运行起来后，突然报错：Glide.with（mFragment）不支持AndroidX的Fragmeng，其实这个问题前年12月份重构项目就知道。当时就想迁移到AndroidX，因为当时的Glide还是最新版本3.7不支持AndroidX放弃，当时rabbit已经引入，沉浸在成功的期待和报错的恐慌中无法自拔，完全没想起这回事。

5.解决问题：升级到Glide4.9版本

为什么不升级到最新的4.11.0版本呢？因为我们有两个第三方都使用的是4.9版本，为了尽可能的保持一致，升级后就开始了花式报错，印象最深的：

java.lang.IllegalStateException: GeneratedAppGlideModuleImpl is implemented incorrectly. If you've manually implemented this class, remove your implementation. The Annotation processor will generate a correct implementation.

过程太折磨人了，我大致做了以下怀疑和验证：
1.查看当前版本依赖 是否统一版本
2.Glide3.X升级到4.X版本大改动
3.初始化Glide的类放置在工程的位置和gradle文件写法的坑
4.不同版本使用的问题
有兴趣的可以看下Glide升级爬坑经历：

https://www.jianshu.com/p/29ff325f0607

6.折腾了很久，发现这个问题真的误解——推到重来

我的失误在 一开始想引入第三方框架，发现要转AandroidX，在发现不支持Glide3.X版本，升级，里面变量太多，无法确定是谁的锅，经过激烈的思想斗争，最终我放弃了，还是从头一步一步更改验证。前面爬过的坑，让我思路越加清晰。大致从昨天中午开始一直搞到晚上，完成升级Glide、转AndroidX 都成功了主要是项目编译时间久和公司电脑不行。总的来说对比之前爬坑，速度惊人。

7. 更改流程一帆风顺

转换AndroidX成功后，开始接入rabbit, 报错

image.png

又出现了之前饱受困扰的报错中，我再次查看依赖相关版本，发现rabbit目前使用的版本是4.10.0 而我工程使用的是4.9.0 大致应该是版本冲突，试试，完美运行起来。

总结

这次的爬坑经历告诉我，不要拿着就做，先思考再行动。希望自己长点记心，后续会更新rabbit原理分析、各apm性能框架横向对比。