热修复与插件化教程07-AndFix组件化封装

前言

为了防止框架的引入对自身项目代码的入侵，我们有必要对引入的框架利用组件化的思想进行一次封装。除了防止代码入侵以外，同时也简化了使用，实现了项目的需求。

原理

正所谓开具一张图，内容全靠写，先来看一下封装之后代码的整体流程：

主要的核心思想是：

创建一个后台的FixService

在进入APP的时候（闪屏页）启动

然后请求服务器，服务器返回是否有Patch

如果有Patch，就进行下载、Fix；如果没有Patch，就结束FixService

封装过程

为了防止代码入侵、简化使用，我们先来封装一个FixManager，专门用来管理热修复相关的逻辑。有了FixManager，以后替换框架的时候，也不会影响项目的其他代码了。

下面来看看FixManager的代码：

我们通过单例的形式对FixManager进行封装，这是组件化、同时也是外观设计模式的应用。

这里主要提供了init以及addPatch方法，分别用于初始化热修复框架、添加Patch进行热修复。

我们的核心逻辑主要在FixService里面。代码如下：

FixService的封装主要是实现了上图的逻辑过程，主要的操作都通过Handler进行统一处理。代码比较简单就不详细介绍了，需要注意的是：在实际开发的时候，需要把网络请求、Bean等代码替换为自己的即可。

在项目中使用

使用上述的封装的时候，需要先在Application中进行初始化：

然后，在SplashActivity里面开启FixService，那么Fix逻辑就会在Service中执行了。

AndFix的优劣

最后，我们回过头来聊聊AndFix的优劣：

AndFix的优势是：原理简单、集成简单、使用简单、即时生效

AndFix的不足是：只能修复方法级别的BUG，限制了使用场景，例如不能进行资源、Field等的修改。