以性能的角度论FlutterBoost的必要性

前言

一、实验环境

二、实验指标

1. 页面加载耗时

2. 内存变化

总结

---

 

前言

1.FlutterBoost是刚接触Flutter时就使用的混合开发路由管理工具

2.功能方面：Flutter官方虽然提供了Engine的Cache使用方式，在这种方式下，路由栈往往需要放置在Flutter侧，否则，放在原生侧则需要我们做大量同步工作，这一点FlutterBoost完成了

3.单Engine理论上更快更节约内存，因为它在App启动的时候预热和后续复用

4.所以，若我们希望维持原生侧的单Engine 路由栈管理，FlutterBoost是个不错的选择

5.但是今天我想以Flutter性能测量的角度来论证其必要性，如果不必要，那么使用多Engine模式的原生路由栈管理，将会大大降低程序的复杂度以及三方库的迭代升级(毕竟Flutter一直在更新)

---

提示：本试验样本数据量较少，不确定是否在大量样本情况下实验数据如何

一、实验环境

    1.Flutter  v1.17.1

    2.Dart 2.8.2

    3.手机品牌：VIVO 

    4.型号:V1801A0

    5.安卓版本:Android 8.1.0

    6.手机运行内存:4G

    7.开发方式：安卓和Flutter混合开发

    8.测试页面：简单布局的一个Flutter页面

二、实验指标

1. 页面加载耗时

 多Engine方式

 var newFlutterFragment = FlutterFragment
                .withNewEngine()
                .initialRoute("mysecondpage?"+System.currentTimeMillis())
                .build<FlutterFragment>()

 FlutterBoost单Engine也是传递System.currentTimeMillis()到Flutter

我们把以上原生传递过来的时间记录为时间A

WidgetsBinding.instance.addPostFrameCallback监听到第一帧后，记录时间B

页面加载时间C=B-A

实验结论

 debug 模式 

      多engine   C=1800ms

      单engine   C=160ms       

release 模式

      多engine   C=48ms到90ms

         单engine  C=20-38ms

2. 内存变化

     adb shell dumpsys meminfo your_app_package_name

主要就是观测PSS内存变化

   

release 模式

      多engine   栈中每次增加一个页面PSS内存增加11MB左右

         单engine  栈中每次增加一个页面PSS内存增加8MB左右

---

 

 

总结

 1.单纯就这个实验角度来看,FlutterBoost没有明显的优势，而且Flutter2.0后差异可能会更小

 2.原生侧管理路由栈，多Engine，Flutter测管理路由栈，单Engine预热

 3.未来也期望官方推出单Engine模式管理原生栈的Api

 4.本实验未能考虑IOS、多个root isolate额外的影响、海量机型分析，具有一定的片面性