前言
一、实验环境
二、实验指标
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额外的影响、海量机型分析,具有一定的片面性
?
|