1、为什么需要进行混合栈的管理
Flutter出现的目的旨在统一Android/IOS两端编程，因此完全基于Flutter开发的App，只需提供一个包含FlutterView的页面，后续页面增加/删除/跳转均在FlutterView的Navigator中进行管理。但如果只是将部分模块修改成Flutter开发，不可能为统一页面栈管理而将其他所有页面用Flutter重做一次，权衡成本与风险，亟需统一管理Native页面和Flutter页面跳转交互的混合栈。
2、具体的解决方案
由于IOS有对外系统接口可以方便管理页面栈，因此主动记录页面栈信息就可以解决混合栈管理（方案1），但Android任务栈由系统管理，且融合复杂的Activity回收机制，为降低android学习成本，google并没有对外提供页面栈管理API，方案1方式行不通。为统一android/IOS混合栈管理方式，从FlutterView上着手更为可靠，以此为引，提出两种方式：
（1）、每启动一个Activity就启动一个新的FlutterView（方案4）。
（2）、抽取单一FlutterView或FlutterNativeView，后续每启动一个Activity都对FlutterView或FlutterNativeView进行复用（方案2或方案3）。
Android由于activity不能add/remove,因此抽取并复用了FlutterNativeView(相对应的FlutterView也是单例)，在不同的Activity上复用。
这种Flutter单例的实现带来的好处显而易见。一方面，单个Flutter实例因为位于相同的Isolate，其数据通信和共享将很容易。另一方面，引擎的默认实现中，每一个Flutter实例会新启动三个线程(IO,GPU和UI)，带来了额外的资源使用，单实例可以避免这个问题。
当然单例的实现也带来了额外的管理复杂度，但这个相关的复杂度Flutter团队已经通过插件的方式支持了。
原文地址：https://blog.csdn.net/weixin_42600398/article/details/104089399
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
