以性能的角度论FlutterBoost的必要性
Posted 小源子2016
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了以性能的角度论FlutterBoost的必要性相关的知识,希望对你有一定的参考价值。
前言
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的必要性的主要内容,如果未能解决你的问题,请参考以下文章