Flutter 2.2.X 版本热修复实现思路分享(Android+Flutter混开项目)

已经好久没有写文章了，最近被业务折磨的一塌糊涂，跟个陀螺似的，被逆时针、顺时针来回地抽/(ㄒoㄒ)/。
好久前就想捋一捋 Flutter 混开项目中热修复的实现方式，最近在业余时间耗费了一些精力终于实现了该功能，故在此分享下实现思路。

cry.jfif

---

当前文章中的 FlutterSDK 特指 2.2.2 版本，新版本 SDK 中涉及热修复窗口的相关代码发现了变化，1.X 版本的实现方式已经过时了。

实现原理

我的实现思路用到 Tinker + ASM + 自定义GradlePlugin ，Tinker 用于打资源差分包，ASM 用于编辑关键类的字节码，GradlePlugin 中使用 Transform 在 Android 项目编译期间去使用 ASM 的字节码编辑功能。

在 Flutter 的早期版本中，Google 是有提供官方的热修复能力的，但是在后期的迭代版本中又将该能力给屏蔽掉了。但是其仍然留有一个窗口给到我们去对 Flutter 代码与资源进行热修复(特指Android+Flutter混开项目)，只要了解了该窗口的具体发生时机 与 Flutter Module 构建产物 的知识，我们便可以很直观地实现 Flutter 的热修复功能。

• Flutter 构建产物(release)：我们只需要关注第2与3点

  1. libflutter.so：Flutter 引擎相关代码，不需要关心。
  2. libapp.so：Flutter Module 会编译成该 动态库，我们编写的 dart 代码都在这里，热修复 Flutter 代码通过替换该动态库实现。
  3. assets/flutter/xxx：Flutter Module 的资源位于 apk 包的 assets 下。

• 热修复窗口：贴代码可能要贴很多代码，我这里简单描述下该该窗口的发生时机

  1. FlutterActivity 中的委托类 FlutterActivityDelegate 的 onCreate 函数中，会执行 Flutter 引擎的初始化方法。

  2. 初始化方法会通过下述调用代码：

   String[] args = getArgsFromIntent(activity.getIntent());
   FlutterMain.ensureInitializationComplete(activity.getApplicationContext(), args);
  

  我们关注重点在 FlutterMain.ensureInitializationComplete() 中。

  3. 具体实现代码就不展开，FlutterMain.ensureInitializationComplete() 中会有 libapp.so 动态库的位置参数的配置与传递，它最终的是通过 FlutterJNI.init(xxx) 函数进行初始化（注意：该libapp.so 动态库的加载与平时的 loadLibrary(String libname) 机制不同，不能简单的使用 Tinker 进行热修复）。
  4. FlutterJNI.init(xxx) 函数的入参 String[] args 会包含2个带有 --aot-shared-library-name= 的字符串元素用于指定 libapp.so 动态库的位置，其中一个是相对位置，一个是绝对位置。相对位置寻址失败便会使用绝对位置进行寻址。
  5. 我们只需要使用 ASM + GradlePlugin 编辑FlutterJNI.init(xxx) 函数的字节码，将 --aot-shared-library-name= 字符串元素指定为我们自定义的动态库绝对路径即可实现 Flutter 代码的热修复。

实现步骤

如下

1. 引入 Tinker 热修复能力，这个没啥好说的吧

2. 对 Flutter 资源和代码进行修改，方便验证。

3. 开发 Gradle 插件，使用 Transform api + ASM ，对 FlutterJNI.init(xxx) 的函数字节码进行编辑。

4. FlutterJNI.init(xxx) 的函数字节码编辑的主要做以下操作

   1. 判断当前应用是否有做 Tinker 热修复，该次热修复操作是否有下发 libapp.so 动态库。

   2. 获取 libapp.so 动态库的绝对地址，修改字符串数组中 --aot-shared-library-name= 的字符串元素的值指向该绝对地址。

   3. 实现 Flutter 代码热修复，而 Flutter 资源热修复不需关心，Tinker 本身支持 assets 的热修复，不需要额外处理。

   4. 该步骤还可以优化，插件的开启时机建议在只做 Flutter 热修复的时候才开启。

   5. 使用 Gradle 插件，执行 Tinker patch 生成的 Task，安装补丁重启验证。

按照以上步骤，本人亲测可实现 Flutter 的热修复功能（Android+Flutter混开项目）。

小结

因精力有限，文章中很多内容没有展开描述，如有错误还望指出，共同进步哈。

如果你觉得本篇文章有用的话还请点赞支持下，谢谢！