如RN、Weex、Xamarin等。
这些方案是否真正的解决了跨平台问题呢？从目前的状况来看，很显然是没有的，因为它们都始终逃不开性能、包大小、流畅性、内存、平台特性等问题。
RN单独拧出来说，是因为它们并不是追求的一次写到处跑，FB自己也知道不现实，所以把口号改成一次学到处写，去考虑平台的特性，去考虑这个被跨平台方案经常忽略的问题。但是RN也并没有被广泛的接纳，从阿里开始使用到放弃，里面的很多坑都绕不过去。写一次到处跑确实很诱人，从企业角度讲，可以节省大量的人力，但是却忽略了一个很基础的问题，不同平台是否希望如此，苹果是否会愿意自己的生态被打破，不同平台的特性是否应该被归为一致。
3.2 Flutter的跨平台解决方案
上面简单说了传统跨平台解决方案，我们再回过头看看Flutter的解决方案，Flutter跨平台最核心的部分，是它的高性能渲染引擎（Flutter Engine）。Flutter不使用浏览器技术，也不使用Native的原生控件，它使用自己的渲染引擎来绘制widget。
说到widget，就要说一句Flutter的一切皆为widget理念。widget是Flutter应用程序用户界面的基本构建块。每个widget都是用户界面一部分的不可变声明。与其他将视图、控制器、布局和其他属性分离的框架不同，Flutter具有一致的统一对象模型：widget。在更新widget的时候，框架能够更加的高效。
对于Android平台，Flutter引擎的C/C++代码是由NDK编译，在iOS平台，则是由LLVM编译，两个平台的Dart代码都是AOT编译为本地代码，Flutter应用程序使用本机指令集运行。
Flutter正是是通过使用相同的渲染器、框架和一组widget，来同时构建iOS和Android应用，而无需维护两套独立的代码库。
Flutter将UI组件和渲染器从平台移动到应用程序中，这使得它们可以自定义和可扩展。Flutter唯一要求系统提供的是canvas，以便定制的UI组件可以出现在设备的屏幕上。
3.3 Flutter框架
Flutter框架是一个分层的结构，每个层都建立在前一层之上。
框架没什么可介绍的（主要是详细介绍我也没找到啥资料，大写的尴尬），看着很简单，就分为两个部分，Framework和Engine部分，其中Framework提供了各种基础的组件库，Engine部分渲染各种widget，两者共同作用，使得运行性能高效稳定。
4. Flutter调研
4.1 生态
在Flutter官方的Pub平台上，纯Flutter Package大概有两千多个，基本上常见的库还是都有的，例如网络、图片、音视频播放等等。但是对于目前Android以及iOS的生态，还是远远的不足的，对于一些复杂的UI或者一些不是特别通用的功能，就得自己去实现。
4.2 包大小
根据官网的介绍，一个最小的Android版本的Flutter应用。release版本大小约6.7MB，其中核心引擎大约3.3MB，框架+应用程序代码大约是1.25MB，LICENSE文件（包含在app.flx中）是55k，必需的Java代码.dex为40k，并且约有2.1MB的ICU数据。考虑到目前网络环境，包大小的增加，还也在可以接受的范围。
4.3 Crash
iOS运行官方的例子，会有时候crash掉，因此我们将一个开源的Flutter应用，添加了Bugly上报，在Android平台进行了众测。
参与人次大概150人左右，启动次数大概500次左右，没有出现一次Crash数据上报，由于app很简单，并不能说明很多问题，但是众测用户反馈了约12条信息，其中1条是类似于ANR，无法操作，其余的部分则是卡顿相关的反馈。
4.4 流畅性
将官方的例子发给测试同学，让在iOS以及Android平台的不同机子上运行了下。在iOS上基本上流畅运行，没有出现卡顿的现象，在Android部分设备上，出现了卡顿的现象。
由于没有复杂的例子，其实这个流畅性的测试，意义不是特别大，官方简单的控件展示demo程序，本身就很简单，但是在Android上还是出现了不少问题，只能说明整体还有非常大的优化空间。
4.5 编写复杂程度
试着照着一张设计稿进行了简单的纯布局代码工作，初次接触用起来还是比较复杂，尤其是那恐怖的嵌套层级，对代码维护来说绝对是个问题，而且由于Flutter的widget机制，很多组件只支持最基本的操作，例如一些扩展的属性，都得自己去实现，况且现在组件库还不是非常的丰富。代码量也比较多，整个代码大概有500行左右，还只是不涉及到一些交互以及数据绑定等。
从运行效果看，还是比较的不错，两者还原的效果都挺不错的。
4.6 结论
如果是个人而言，我觉得可以放心大胆的去学习尝试，如果自己开发app的话，可以写一套代码，在多个平台运行发布。
如果是商业团队，这个就要自行取舍，目前而言，Flutter生态还是非常的不完善，相关的资料也非常少。目前处于beta 3阶段，多久能到release，能否到release，都是个未知数，而且，用Flutter，最大的风险，就是项目整体的不可把控，一旦出现一些坑，如果能填好，那还行，如果涉及到无法解决的问题，就只能放弃。因此看自己团队人力以及时间合理安排比较合适。目前看阿里的咸鱼团队在研究Flutter。
如果单纯从Flutter本身能够解决的问题的方面出发，使用Flutter确实能够产生一定的收益，节省开发成本，如果考虑到目前坑比较多的状况，加上踩坑的时间，可能就无法去评估了。
总体来说，Flutter确实是一个比较不错的东西，如果谷歌能够把它发展的比较完善，对于个人以及小团队来说，确实是个福音。
5. 后话
笔者建了一个Flutter学习相关的项目，Github地址，里面包含了笔者写的关于Flutter学习相关的一些文章，会定期更新，也会上传一些学习Demo，欢迎大家关注。
6. 参考
- Flutter中文网
- Google 悄悄开发的全新操作系统 Fuchsia 被发现了！
- 为什么Flutter会选择 Dart ？
- Flutter教程(二) 了解Dart语言
- 为什么移动端跨平台开发不靠谱？
- 为什么说Flutter是革命性的？