8 篇文章，再学不会 Flutter 你来打我！(1)

我很看好Flutter，也希望能带着大家一起学习。但是我发现网上的Flutter文章系统性不够，知识比较零散，所以我就想亲自规划一系列文章。

近期我公号陆续发了7篇Flutter文章，算上今天这篇共8篇。我自己写了一篇，剩下7篇都是我赞助别人写的，每篇200元，共花了1400元。我花钱不要紧，只是希望大家能把这8篇文章利用起来，提高自己，这样这件事情的价值才能得以体现。

《Flutter学习指南》

• 自定义插件

• 文件存储和网络

• 交互、手势和动画

• UI布局和控件

• 熟悉Dart语言

• 编写第一个应用

• 开发环境搭建

今天这篇文章的作者是：Xiasm，主要讲述Flutter和原生APP的性能对比，下面是正文。

前言

自从今年google IO大会推出flutter跨平台开发框架以来，flutter在各个技术论坛里被吵得如日中天。flutter团队直言flutter可以帮助开发者轻松实现恒定60fps的性能体验。我们知道flutter跨平台的原理是采用dart语言预编译的方式直接编译出各个平台的原生代码，而不需要类似RN用JavaScript桥接器执行原生代码。那么这样做的性能究竟如何呢？是否能达到和原生一样的流畅度，是否如官方所说达到恒定60fps的性能体验？今天我们就以android为例从几个不同的维度来实际测试一下！

安装包对比

我们分别用 flutter 和 android 原生来编写一个ui效果一模一样的 apk，然后打出 release 版本的安装包，为了保证测试结果的可靠性，我们不引入任何第三方库，只用框架提供的控件做一些简单ui，这里附上demo源码：flutter demo，android demo。好了，我们打出各自的release版本apk，然后使用AndroidStudio自带的APK Analyzer进行分析，如下图：

android原生apk

flutter apk

• apk 大小可以明确的看出来，原生的安装包要比 flutter 安装包小约 6M 左右。

• classes.dex 大小看 dex 大小你会不会很奇怪，原生的 classes.dex 竟然比 flutter 版的dex大六百多KB，这是因为原生的 dex 里引入了 support 库和各种基础控件(ImageView TextView等等)，而 flutter 的 dex 里面没有support库，也没有原生控件，实际上 flutter 实现了一套自己的控件，包括 Material Design 和 Cupertino（iOS风格的widget）。

• res 对比可以看到原生的资源文件要比 flutter 大约200多k，而我们项目中没有编写任何资源文件，所以这些资源文件大多是 support 包和 sdk 自带的。

• lib 库大家可能会发现，我们的 flutter 版 app 多出了一个 lib 库，打开里边是一个 libflutter.so，因为 Flutter 引擎是用 C、C++ 来编写的，在 android 上会使用 ndk 编译，在 iOS 上使用 LLVM 编译，而我们自己写的 dart 代码会通过 AOT 编译成各个平台的本地代码。

通过对比我们了解到，flutter 版的 apk 大小会比 android 原生的多出约 6M 左右，其中核心引擎大约 3.2MB，框架+应用程序代码大约是 1.25MB，必需的 Java 代码 .dex 将近 60k，而 assets 文件里还约有 2.1MB 的 ICU 数据等，单纯从安装包上来说，原生是要优于 flutter 的。

运行性能测试

为了测试覆盖更加充分，我们分别在 debug 和 release 模式上进行性能测试。而据官方介绍 flutter 的 debug 模式在性能上是要略于 release 版的，所以他们提供了 profile 模式供我们测试，profile 模式编译和启动 Flutter 应用程序几乎与 release 模式完全相同。我们先看 android 原生的 debug 和 flutter 的 proflle 模式性能对比,这里我们用 Android Profiler 进行性能指标检测，demo 只有一个界面，用 ListView 展示 10000 条数据。下面看图：

android原生debug性能检测图

flutter profile性能检测图

• CPU资源占用首先，我们看 CPU 的占用，在启动的时候，android 原生对 cpu 的占用峰值在 26.8%，而且几乎是比较平稳的变化，而  flutter 对 cpu 的占用峰值达到了 35.5%，是一种很陡峭的形态，然后在大约十六七秒的时候，分别滑动了 listview，  android 原生对 cpu 资源的占用峰值约 23%，而flutter约 22.5%。从图中也可以看得出，flutter 对 cpu 资源的占用是突然之间占用很高，而 android 则相对平稳一些。

• 内存占用内存占用表现上两者都很相似，android 原生在启动时占用内存最高达到 58.1MB，而 flutter 则为 72MB，在滑动listview 的时候，两者表现也很一致，都没有突然出现很高的内存占用。达到稳定状态后，android 原生内存占用稳定在35MB，而 flutter 为 52.5MB。

debug 和profile 模式的性能测试如果你还不放心的话，那么下面我分别打包出用 flutter 和 android 原生构建出的release apk，然后将手机开启ROOT权限，以便可以用 Android Profiler 检测到这两个版本的进程，进行性能测试。下面看图：

android原生性能检测图 flutter 性能检测图

我在打开 app 并锁定当前进程后，分别在大约第 10 秒的时候，用手指轻轻滑动了 ListView，下面我们分析下两种方式的资源占用情况。

• CPU资源占用首先，我们看 CPU 的占用，正常情况下，两者都没有占用多少 CPU 资源，当我滑动 listview 的时候，原生的大约会占用最高 7.7% 的 CPU 资源，而 flutter 版的则占用高一些，峰值大概在 18.8%。

• 内存占用原生的app内存占用维持在 12M 左右，而 flutter 版的则维持在 21M 左右，原生应用比 flutter 大约低了 9M 的内存占用。

从上边两种模式的性能检测结果分析我们可以总结出，flutter 应用在 CPU 和内存的资源占用上会比原生方式多一些，所以单纯的从性能上来说，android 原生是肯定要优于 flutter 的，但是从用户体验上来说，两者的滑动同样顺畅无比，几乎感觉不到差别。

总结

找工作是个很辛苦的事情，而且一般周期都比较长，有时候既看个人技术，也看运气。第一次找工作，最后的结果虽然不尽如人意，不过收获远比offer大。接下来就是针对自己的不足，好好努力了。

最后为了节约大家的时间，我把我学习所用的资料和面试遇到的问题和答案都整理成了PDF文档

喜欢文章的话请关注、点赞、转发 谢谢！

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！
记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！**