Flutter Boost 混合开发框架

也想出现在这里？点击联系我~

一、flutter boost简介

众所周知，flutter是一个由c++实现的flutter engine和由dart实现的framework组成的跨平台技术框架。其中，flutter engine负责线程管理、dart vm状态管理以及dart代码加载等工作，而dart代码所实现的framework则负责上层业务开发，如flutter提供的组件等概念就是framework的范畴。

随着flutter的发展，国内越来越多的app开始接入flutter。为了降低风险，大部分app采用渐进式方式引入flutter，在app里选几个页面用flutter来编写，但都碰到了相同的问题，在原生页面和flutter页面共存的情况下，如何管理路由，以及原生页面与flutter页面之间的切换和通信都是混合开发中需要解决的问题。然而，官方没有提供明确的解决方案，只是在混合开发时，官方建议开发者，应该使用同一个引擎支持多窗口绘制的能力，至少在逻辑上做到flutterviewcontroller是共享同一个引擎里面的资源。换句话说，官方希望所有的绘制窗口共享同一个主isolate，而不是出现多个主isolate的情况。不过，对于现在已经出现的多引擎模式问题，flutter官方也没有提供好的解决方案。除了内存消耗严重外，多引擎模式还会带来如下一些问题。

• 冗余资源问题。多引擎模式下每个引擎的isolate是相互独立的，虽然在逻辑上这并没有什么坏处，但是每个引擎底层都维护了一套图片缓存等比较消耗内存的对象，因此设备的内存消耗是非常严重的。
• 插件注册问题。在flutter插件中，消息传递需要依赖messenger，而messenger是由flutterviewcontroller去实现的。如果一个应用中同时存在多个flutterviewcontroller，那么插件的注册和通信将会变得混乱且难以维护。
• flutter组件和原生页面的差异化问题。通常，flutter页面是由组件构成的，原生页面则是由viewcontroller或者activity构成的。逻辑上来说，我们希望消除flutter页面与原生页面的差异，否则在进行页面埋点和其它一些操作时增加一些额外的工作量。
• 增加页面通信的复杂度。如果所有的dart代码都运行在同一个引擎实例中，那么它们会共享同一个isolate，可以用统一的框架完成组件之间的通信，但是如果存在多个引擎实例会让isolate的管理变得更加复杂。

如果不解决多引擎问题，那么混合项目的导航栈如下图所示。

目前，对于原生工程混编flutter工程出现的多引擎模式问题，国内主要有两种解决方案，一种是字节跳动的修改flutter engine源码方案，另一种是闲鱼开源的flutterboost。由于字节跳动的混合开发的方案没有开源，所以现在能使用的就剩下flutterboost方案。

flutterboost是闲鱼技术团队开发的一个可复用页面的插件，旨在把flutter容器做成类似于浏览器的加载方案。为此，闲鱼技术团队为希望flutterboost能完成如下的基本功能：

• 可复用的通用型混合开发方案。
• 支持更加复杂的混合模式，比如支持tab切换的场景。
• 无侵入性方案，使用时不再依赖修改flutter的方案。
• 支持对页面生命周期进行统一的管理。
• 具有统一明确的设计概念。

并且，最近flutter boost升级了3.0版本，并带来了如下的一些更新：

• 不侵入引擎，兼容flutter的各种版本，flutter sdk的升级不需要再升级flutterboost，极大降低升级成本。
• 不区分androidx和support分支。
• 简化架构和接口，和flutterboost2.0比，代码减少了一半。
• 双端统一，包括接口和设计上的统一。
• 支持打开flutter页面，不再打开容器场景。
• 页面生命周期变化通知更方便业务使用。
• 解决了2.0中的遗留问题，例如，fragment接入困难、页面关闭后不能传递数据、dispose不执行，内存占用过高等。

二、flutter boost集成

在原生项目中集成flutter boost只需要将flutter boost看成是一个插件工程即可。和其他flutter插件的集成方式一样，使用flutterboost之前需要先添加依赖。使用android studio打开混合工程的flutter工程，在pubspec.yaml中添加flutterboost依赖插件，如下所示。