Flutter瘦身大做战

摘要： 做者：闲鱼技术-三莅 背景 闲鱼技术团队于2018年上半年率先引入了Flutter技术实现客户端开发，到目前为止成功改造并上线了复杂的商品详情和发布业务。随着改造业务的增多，安装包体积急剧上增。安装包体积决定了用户等待下载的时间和可能会耗费的流量，如何控制安装包体积，减少flutter产物的大小成为当务之急。

做者：闲鱼技术-三莅

背景

闲鱼技术团队于2018年上半年率先引入了Flutter技术实现客户端开发，到目前为止成功改造并上线了复杂的商品详情和发布业务。随着改造业务的增多，安装包体积急剧上增。安装包体积决定了用户等待下载的时间和可能会耗费的流量，如何控制安装包体积，减少flutter产物的大小成为当务之急。本文从闲鱼客户端项目实践角度给出了一些通用的包大小检测以及优化方案，但愿为对Flutter感兴趣的团队提供参考。

闲鱼客户端采用的Flutter和Native混合开发的模式，下面咱们以ios端为例分析项目中flutter产物的大小（ipa包瘦身需求更为急切）。

ios工程对Flutter有以下依赖：

• Flutter.framework : Flutter库和引擎
• App.framework: dart业务源码相关文件
• Flutter Plugin：编译出来的各类plugin的framework
• flutter_assets：Flutter依赖的静态资源，如字体，图片等

第一次引入flutter版本改造详情页后，ipa包大小增长近20M，其中包括flutter引擎代码+被改造业务代码，继续发布页flutter改造后，ipa增长4M+。进一步分析解压ipa文件后发现Flutter.framework稳定保持在20M+的大小, 增长新的flutter业务——发布页以后，App.framework增幅近10M!

Flutter.framework是Flutter库和引擎的代码，咱们能作的优化空间有限，先把目标放在dart业务相关的文件App.framework上。

Flutter产物大小分析

执行以下命令编译出一个release模式下的App.framework，并使用print-snapshot-sizes参数打印出产物具体大小

flutter build aot --release --extra-gen-snapshot-options=--print-snapshot-sizes

结果以下：

Instructions：表明AOT编译后生成的二进制代码大小

ReadOnlyData：表明生成二进制代码的元数据（例如PcDescriptor， StackMap，CodeSourceMap等）和字符串大小

VMIsolate/Isolate：表明剩下的对象的大小总和（例如代码中定义的常量和虚拟机特定元数据）

具体到业务层，想要分析各个业务模块所占用的大小该怎么办呢？

1. 执行以下命令编译出一个arm64架构的App.framework,并将它的包组成结构放到指定目录build/aot.json文件中

   flutter --suppress-analytics build aot --output-dir=build/aot --target-platform=ios --target=lib/main.dart --release --ios-arch=arm64 --extra-gen-snapshot-options="--dwarf_stack_traces,--print-snapshot-sizes,--print_instructions_sizes_to=build/aot.json"

2. 使用dart命令将上一步生成的aot.json文件转化成结构可视化的网页

   dart ./bin/run_binary_size_analysis.dart  build/aot.json path_to_webpage_dir

run_binary_size_analysis.dart是dart提供的一个分析工具，在flutter引擎源码中路径以下:

1. 打开生成文件夹中的index.html便可分析具体业务所占用的大小，右上角的Large Symbols和Large Files按钮能够直接定位体积占比从大到小的方法/文件。

举个例子，上面的分析显示PItemInfoInternal.fromJson方法占用了大量体积，跟踪发现这个方法主要的操做是将Map数据转化成对象

由此咱们能够推断这种类型转换的操做会致使编译生成一些体积很大的代码。

优化措施

1. 减小显示类型转换操做

按照上述分析发现显示的类型转换 as String/Bool/Int 这类操做会致使App.framework体积显著增长，主要是它会增长类型检查以及抛出异常的处理逻辑:

if (x.classId < A && x.classId > B) throw "x is not subtype of String";

经过提取静态公用方法的方式能够成功减小400k+体积。

1. 经过编译参数 --dwarf_stack_trace和--obfuscate减少生成代码的体积

dwarf_stack_trace表示在生成的动态库文件中，不使用堆栈跟踪符号

obfuscate表示混淆，经过减小变量名/方法名的方式减少代码体积

1. 经过修改ios打包脚本xcode_backend.sh，删除dSYM符号表信息文件，App.framework成功减少20%的大小。dSYM 是保存 16 进制函数地址映射信息的中转文件，包含咱们调试的 symbols，用来分析 crash report 文件，解析出正确的错误函数信息。

使用xcrun命令将dSYM从framework中剥离出来，能够大大减少App.framework的体积。

RunCommand xcrun dsymutil -o "${build_dir}/aot/App.dSYM" "${app_framework}/App"
RunCommand xcrun strip -x -S "${derived_dir}/App.framework/App"

1. 减小flutter和native资源重复形成的体积增大

利用桥接的方式，flutter直接使用Platform端资源文件，避免由于资源文件重复致使的包大小增长问题。

主要方式是经过BasicMessageChannel在Flutter和Platform端传递信息。Flutter端将资源名AssetName传递给Platform端，Platform端接收到AssetName后，根据name定位到资源文件，并将该文件以二进制数据格式，经过BasicMessageChannel传递回Flutter端。

总结

引入Flutter带来的安装包体积问题会给不少技术团队带来困扰。经过以上措施，Flutter产物App.framework的大小减小30%+，闲鱼技术团队后续也会考虑采起下载并懒加载等方式减小资源占用的体积；继续代码生成中的各类对比，排查避免较大产物的写法，同时也会和Google一块儿进一步寻找优化空间。

参考

• https://github.com/flutter/flutter
• https://github.com/flutter/engine
• https://github.com/flutter/flutter/issues/21813
• https://github.com/flutter/flutter/issues/20671

阿里云双十一1折拼团活动:已满6人,都是最低折扣了

【满6人】1核2G云服务器99.5元一年298.5元三年 2核4G云服务器545元一年 1227元三年

【满6人】1核1G MySQL数据库 119.5元一年

【满6人】3000条国内短信包 60元每6月

参团地址：http://click.aliyun.com/m/1000020293/

原文连接