Flutter_boost混编开发系统MethodChannel之坑

一、背景

Android、iOS原生项目集成Flutter混合开发，常见的接入方式flutter_boost管理维护路由栈，flutter引擎采用单引擎复用，新开发的Flutter页面采用Android原生Actvity路由栈管理，启动一个统一命名的FlutterBoostActvityImpl的接入actvity。

二、主体设计

flutetr_boost + 单引擎复用 + 单命名FlutterBoostActvityImpl ---- 这种模式。

说明：这个单命名FlutterBoostActvityImpl 表示定义了一个统一的接入Actvity类，但是启动模式默认标准，如果有多个flutter业务界面，可以启动多个相同该类名的对象。

三、认识PlatformChannel

这个业务类是Flutter封装的平台通信，用来和平台建立通道，请求设置系统的音效、状态栏、虚拟导航、剪切板等操作。

该业务类的创建时机:

复制代码

FlutterBoost.instance().setup()

即flutter引擎创建初始化（基于Flutter_boost）。

该类成员对象：

唯一的一个函数通过channel、内部成员对象 parsingMethodCallHandler、平台消息Handler对象platformMessagehandler，parsingMethodCallHandler 用来接受channel机制的函数调用，而parsingMethodCallHandler的函数调用根据不同case调用platformMessagehandler的不同实现。

问题： platformMessagehandler 对象什么设置的？

答案：Actvity创建、销毁两个时机。这就存在一个问题，如果关闭一个Flutter的Actvity再打开Flutter的Actvity，就可能因为onDestory的生命周期不确定性，致使最后打开的Flutter的Actvity操作所设置的该handler对象被替换污染，这个污染会时Fluuter业务代码操作该channel无效。

四、认识PlatformPlugin

这个业务类时平台插件，类关系：

构造函数入参：Activity、platformChannel、插件代理对象delegate等。

构造函数会设置channel的handler对象，这个对象 mPlatformMessagehandler就是传递给上述二中的PlatformChannel.PlatformMessageHandler对象。该对象是PlatformPlugin的一个内部成员对象，最终对channel机制的函数调用就执行到这里，调用了 PlatformPlugin 的业务实现（持有一个Actvity实例）。

构造函数执行时机：Actvity启动创建时机

上述红色框为例：

public void showSystemUiMode(@NonNull PlatformChannel.SystemUiMode mode) {

setSystemChromeEnabledSystemUIMode(mode);

}

该函数是Flutter侧通过SystemChrome设置状态栏模式。

到这里基本清楚了Flutter的业务调用。

五、理解系统PlatformChannel之坑

看了上述到简单分析，如果需要在Flutter界面采用类似如下：

Dart 复制代码

  void initState() {
    super.initState();
    SystemChrome.setEnabledSystemUIMode(SystemUiMode.immersiveSticky);
  }

用来设置系统状态栏模式沉浸模式。你可能会猜到了存在多个Actvity示例场景会发生状态栏模式设置概率失效的问题。

当然这个问题在纯Flutter开发单Actvity模式下是不存在的，发生在混合开发多Actvity场景。

怎么解决问题呢？

想到的方式是不使用原生的设置方式，自己建立一个MethodChannel，Actvity侧注册channel，建立通信调用原生设置。如果要和Actvity对象绑定，可以创建唯一性id传递给Flutter，并由Flutter调用回传给Actvity以实现唯一性对应匹配。