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

Posted 小源子2016

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了以性能的角度论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额外的影响、海量机型分析,具有一定的片面性

 

以上是关于以性能的角度论FlutterBoost的必要性的主要内容,如果未能解决你的问题,请参考以下文章

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

论代码审查的重要性

论代码审查的重要性

论项目管理中当面沟通的重要性

用于后台处理的 Websocket

论公证在知识产权诉讼中的重要性