Flutter Android端集成排坑 - armeabi 适配 & FlutterBoost

Flutter可以算是当下最火热的新技术之一，我现在所在团队也准备将Flutter技术应用到线上工程中。

成都创新互联公司公司2013年成立，是专业互联网技术服务公司，拥有项目网站建设、网站设计网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元湖南做网站,已为上家服务,为湖南各地企业和个人服务,联系电话:13518219792

关于混合工程，官方文档其实写的已经比较清楚了，按着文档走一般问题不大，

但是有一点值得注意的是，Flutter工程引入的库的gradle的 buildTypes 要与原工程保持一致，如果不一致需要手工添加。

进入正题，现在Flutter官方默认只提供armeabi-v7a、arm64-v8a、x86和x86-64，其中x86和x86-64是为模拟器准备的。目前我们使用的SDK大部分只使用了armeabi架构，直接使用我们会遇见找不到 libflutter.so，libapp.so 的情况，所以我们需要对FlutterSDK做一定的改造。

首先我们要了解下Flutter编译产物，因为不同版本产物是不同的，这里我们只针对Flutter 1.9.1-hotfixes来说。除了资源文件之外，Flutter打包会生成两个非常重要的so库，他们分别是 libflutter.so，libapp.so 。其中 libflutter.so 是Flutter的SDK产物而 libapp.so 正是我们编写的dart文件的产物。默认情况下，这两个文件都会出现在armeabi-v7a中，因此我们要作出对应的改造。

libflutter.so 位于FlutterSDK中，这里顺带提一句，除了这对不同CPU架构，它还分为Debug版和Release版，它们的区别在于Debug是为JIT编译方式打造的，体积较大而Release是为AOT编译方式打造的，体积很小。对 libflutter.so 的改造，只要将其移动文件路径即可，运行以下脚本即可，此脚本来自美团分享的Flutter文章。

移动完了 libflutter.so 之后我们打包发现， libapp.so 仍然会出现在armeabi-v7a中，所以第二部我们就是移动 libapp.so 。这个需要更改 flutter.gradle ，我们在 flutter.gradle 的45行可以看到如下定义，它定义了我们的环境。

在524行我们可以看到，abiValue的取值就是根据上述定义值。

所以结论很简单，只要将

private static final String ARCH_ARM32 = "armeabi-v7a";

改为

private static final String ARCH_ARM32 = "armeabi";

就可以完成对与 libflutter.so 的移动。

前期工作我们都做好了，打成aar就非常简单了

直接使用 flutter build aar --target-platform android-arm

打出来后可以解压检查下 libflutter.so，libapp.so 是否都在armeabi文件夹下即可。

说完了armeabi适配问题，这里下说下有关于有关于FlutterBoost的接入。这个东西接入有两点要注意。

在主app内加上即可，常规操作，强制统一support包的版本号

注释flutter.gradle第655行。因为编译过程中，会去初始化插件项目的buildType下面的debug配置，而插件项目下并未配置debug，导致报错。

如果发现文章中有错误或者有更好的解决方案欢迎指正留言，当然如果本篇文章帮助你解决了问题，也不要吝啬你的感谢。谢谢各位。

flutter 常见问题之app体积为何比较大

细心的开发者会发现flutter构建的App体积比native的大一些，是什么原因造成App体积大呢？

其实flutter 在release时App体积和native的大小差不多，而debug时体积通常会大。debug版本体积较大是为了Hot reload和快速编译。如果有flutter开发经验的朋友都体验过，如果您修改一下App的背景颜色，只需save一下就可以立刻看到修改后效果。我称之为“像艺术家一样在创造App”，因此为了实现这些目标，提高开发的效率，debug将占用全部资源。而当我们构建release版时，flutter又会采用AOT策略，提高App运行效率，release版只打包必需的资源，因而体积又会减少。

另外，flutter团队也一直在寻找减小程序大小的方法。

Flutter小部件之图片（Image）和图标（Icon）

在Flutter中，我们可以使用Image控件来显示图片，一般来讲我们的图片资源都来源于网络或者本地图片。

Flutter中的Image也是类似。

我们先来看看Image的构造方法

下面我们来看看其常用的属性

可以看到，其常用属性跟前端中的css很像。

下面我们来简单用一用Image控件

首先是必填参数image，它接收一个ImageProvider类型的值。ImageProvider是一个抽象类，他下面有下图这些实现类，由下面这些实现类可以看出，image是可以从资源，内存，网络，和文件中获取图片。

我们先来试试加载网络图片

首先看看NetworkImage构造方法，很简单，传个url就可以了

如下：

嗯，就是这么简单。其他3种情况使用也是类似的，自行看源码即可。

实际上，Flutter给我们提供了扩展方法，使用起来更加简单，通常我们直接使用提供的扩展方法即可

如下

可以看到，他们的构造方法基本类似。

所以我们也可以这样写，跟上面的效果是一致的。

大致分为一下几步

1.创建一个文件夹，用于存放图片，如图，我创建了一个imgs的文件夹，放了一张图片

2.在pubspec.yaml中声明资源，注意声明的时候路径和前面的-是有间隔的，不然的话会报#/properties/flutter/properties/assets: type: wanted [array] got -imgs/code.png

类似的错误，声明完成后点击右上方的packages get

或

下面我们再来看看其他属性。

width，height

宽高没什么好说的，就是设置宽度和高度

配合color使用，用于设置颜色的混合模式。BlendMode是一个枚举，他有很多值

详细解析还是看官方文档吧，值太多了，我们随便用用

用于设置图片的填充方式，当图片本身小于设置的宽高或者比父控件的宽高小时，我们可以设置该属性控制图片的显示。

其值的类型是BoxFit。是个枚举

具体含义还是直接看文档即可

设置图片的对齐方式，接收一个Alignment类型的值，值如下，很好理解

为了方便看效果我们在外边套了个Container,简单的把它理解为一个容器布局就可以了，类似于html中的div或android中的Layout，我们给Container设置了宽高和背景颜色。

bottomLeft效果如下，其他的自行尝试

相对于Image，ICON可以像web一样使用字体图标，并且可以使用矢量图，无需担心失真的问题，并且体积相对较小。

我们先来看看其构造方法

很简单，我们直接来用一用

默认情况下，pubspec.yaml中uses-material-design的值为true.我们默认就可以使用Material Design字体图标

那么多ui框架怎么选

LayUI

由职业前端倾情打造，面向全层次的前后端开发者，低门槛开箱即用的前端 UI 解决方案，layui是一个采用自身模块规范化编写的前端UI框架，它依照原生HTML/CSS/JS的书写与组织形式，入门简单，使用也非常简单。从核心代码到API的每一处细节都经过精心雕琢，非常适合界面的快速开发。

JEUI

它是一款国产前端UI框架，遵循原生HTML/CSS/JS的书写与组织形式，国内很多程序员javascript不熟, 大大影响了开发速度. 因此JEUI不需要开发人员去关心javascript怎么写, 只要写标准html就可以了，门槛极低，拿来即用。其外在极简，却又不失饱满的内在，体积轻盈，组件丰盈，从核心代码到API的每一处细节都经过精心雕琢，非常适合界面的快速开发。

JEUI基于jQuery的UI框架，包括表单、布局、表格等等常用UI控件，使用JEUI可以快速轻松地创建风格统一的界面效果。

浏览器兼容非常牛皮，能兼容IE8以上的浏览器。

DWZ

DWZ富客户端框架(jQuery RIA framework), 是中国人自己开发的基于jQuery实现的Ajax RIA开源框架. 设计目标是简单实用,快速开发,降低ajax开发成本。

DWZ 支持用 html 扩展的方式来代替 javascript 代码, 基本可以保证程序员不董 javascript, 也能使用各种页面组件和 ajax 技术. 如果有特定需求也可以扩展 DWZ 做定制化开化.

MDUI

MDUI 是一个基于 Material Design 的前端框架。

19 种主色、16 种强调色、1 种夜间主题，只需添加一个 CSS 类即可切换。CSS 仅 26.7KB，JavaScript 仅 14KB，加载更迅速。移动优先，从小屏逐步扩展到大屏，最终实现所有屏幕适配。不依赖任何第三方库，节约网络流量，使加载更迅速，提高用户体验。使用 CSS3 来做动画交互，平滑、高效，让 Web 应用的动画更流畅。提供自定义打包功能，按需打包需要的主题和组件，使文件体积骤然减小。MDUI 包含了 20 余个组件，且每个组件都可以适应不同主题。

只需懂一点 HTML、CSS、JS 的基础知识，就能使用 MDUI。

ElementUI

element ui框架的按钮组件，这款由饿了么前端开源的UI框架，一经面世，就收获大量程序员的芳心，在github 上更是高达29.8k的star早已说明一切，用于开发PC端的页面还是绰绰有余的，如果说你是用vue开发者，却没用过element UI，那你肯定不是合格的vue开发者。

WeUI

jQuery WeUI 是专为微信公众账号开发而设计的一个简洁而强大的UI库，包含全部WeUI官方的CSS组件，并且额外提供了大量的拓展组件，丰富的组件库可以极大减少前端开发时间。

jQuery WeUI 的最大特点是它只提供UI组件，并不会对项目所使用的框架和其他库有任何的限制，几乎可以在任何环境下使用。无论你的项目是基于jQuery，还是 React, Angular, Vue， 你都会发现 jQuery WeUI 能非常方便的和他们结合使用。既是你的项目是一个有很悠久历史的老项目，也几乎可以做到拿来即用。

Flutter

Flutter是谷歌的移动UI框架，可以快速在iOS和Android上构建高质量的原生用户界面，前端对于 Flutter 的热忱度之高一度让人有点惊讶，事实上在 Flutter 社区内见到的客户端开发者远多于前端开发，不过前端对于跨端解决方案确实有着天然的渴求。

Flutter可以与现有的代码一起工作。在全世界，Flutter正在被越来越多的开发者和组织使用，并且Flutter是完全免费、开源的。

iView ui

iViewui一套基于 Vue.js 的高质量 UI 组件库，搭配使用 iView UI 组件库形成的一套后台集成解决方案，由 TalkingData 前端可视化团队部分成员开发维护。iView Admin 遵守 iView 设计和开发约定，风格统一。

Mint UI

Mint UI 包含丰富的 CSS 和 JS 组件，能够满足日常的移动端开发需要。通过它，可以快速构建出风格统一的页面，提升开发效率。

真正意义上的按需加载组件。可以只加载声明过的组件及其样式文件，无需再纠结文件体积过大。

考虑到移动端的性能门槛，Mint UI 采用 CSS3 处理各种动效，避免浏览器进行不必要的重绘和重排，从而使用户获得流畅顺滑的体验。

依托 Vue.js 高效的组件化方案，Mint UI 做到了轻量化。即使全部引入，压缩后的文件体积也仅有 ~30kb (JS + CSS) gzip。

YDUI Touch

YDUI Touch 专为移动端打造，在技术实现、交互设计上兼容主流移动设备，保证代码轻、性能高。

使用 Flex 技术，灵活自如地对齐、收缩、扩展元素，轻松搞定移动页面布局。

实现强大的屏幕适配布局，等比例适配所有屏幕。什么？用得不开心？轻松切换 px。

自定义Javascript组件、Less文件、Less变量，定制一份属于自己的YDUI。

SUI Mobile

SUI Mobile 是一套基于 Framework7 开发的UI库。它非常轻量、精美，只需要引入我们的CDN文件就可以使用，并且能兼容到 iOS 6.0+ 和 Android 4.0+，非常适合开发跨平台Web App。轻量的UI库

SUI Mobile 非常轻量，核心库压缩Gzip后的JS、CSS网络传输体积总共只有52K，却提供了20+个常用的组件。

Amaze ~ 妹子 UI

中国首个开源 HTML5 跨屏前端框架

Amaze UI 以移动优先（Mobile first）为理念，从小屏逐步扩展到大屏，最终实现所有屏幕适配，适应移动互联潮流。

Amaze UI 含近 20 个 CSS 组件、20 余 JS 组件，更有多个包含不同主题的 Web 组件，可快速构建界面出色、体验优秀的跨屏页面，大幅提升开发效率。

相比国外框架，Amaze UI 关注中文排版，根据用户代理调整字体，实现更好的中文排版效果；兼顾国内主流浏览器及 App 内置浏览器兼容支持。

Amaze UI 面向 HTML5 开发，使用 CSS3 来做动画交互，平滑、高效，更适合移动设备，让 Web 应用更快速载入。

cube-ui

质量可靠：由滴滴内部组件库精简提炼而来，历经考验，并且每个组件都有充分单元测试，为后续集成提供保障。

体验极致：以迅速响应、动画流畅、接近原生为目标，在交互体验方面追求极致。

标准规范：遵循统一的设计交互标准，高度还原设计效果；接口标准化，统一规范使用方式，开发更加简单高效。

扩展性强：支持按需引入和后编译，轻量灵活；扩展性强，可以方便地基于现有组件实现二次开发。

flutter引入第三方插件报错xxx-Swift.h file not found解决办法及原因

问题算是解决了,但是为什么会这样呢,我们习以为常的use_frameworks!有什么作用呢,知其然也要知其所以然,带着疑问我进行了下一步的探索 。

首先我们要了解下静态库和动态库还有Framework。

静态库:（.a）在编译时会将库copy一份到目标程序中，编译完成之后，目标程序不依赖外部的库，也可以运行。缺点: 会使应用程序变大。

动态库：（.dylib）编译时只存储了指向动态库的引用。可以多个程序指向这个库，在运行时才加载，不会使应用体积变大，但是运行时加载会损耗部分性能，并且依赖外部的环境，如果库不存在或者版本不正确则无法运行(我的项目无法运行就是这一步出问题了)。

Framework：实际上是一种打包方式，将库的二进制文件，头文件和有关的资源文件打包到一起，方便管理和分发。

CocoaPods 通过use_frameworks来控制是否是用Framework。

如果不使用use_frameworks!则会使用static libraries 方式生成.a文件。

如果使用use_frameworks!则会使用dynamic frameworks 方式生成.framework文件。

在纯oc的项目中,一般不使用frameworks,但是在pod导入的swift项目，必须要使用use_frameworks！,我这个flutter项目也是用pod导入的第三方库,所以必须加入use_frameworks！,特此记录下,免得以后踩同样的坑!

Flutter动态化方案调研

腾讯课堂14M

今日头条3M

闲鱼22M

百度贴吧13M

蚂蚁财富56.8M

百度网盘14M

手机淘宝15M

贝壳找房8M

由粗粒度小组件动态拼装出页面，Native端已经有很多成熟的框架，如天猫的Tangram。

开发语言：iOS、Android

适用场景：快速迭代的活动营销页面

优点：无侵入，更新简单

缺点：提前预埋，扩展性差，灵活性差

以webview作为容器的app，历史悠久，最早到2011年。

开发语言：HTML

适用场景：双端严格一致的银行类app，容器类的支付宝小程序等

优点：动态更新，跨平台

缺点：性能，加载速度

UI用Xml+JS表达，用Native View渲染。

开发语言：Xml+JS

适用场景：双端严格一致的银行类app，容器类的支付宝小程序等

优点：native组件，生态成熟

缺点：三方库crash，性能缺陷

UI用Dart表达，用Dart engine渲染。

Flutter官方不支持动态化。原因是Flutter在 Release 模式下构建的是 AOT 编译产物，在 Debug 模式下构建的是 JIT ，AOT 依赖的 Dart VM 和 JIT 并不一样， JIT Release 并不支持 iOS 设备。可行的方案是：AOT 需要一个编译后的 “Dart VM”。抽离一份 DartVM 独立编译，再以动态库的形式引入项目。

开发语言：Dart

适用场景：iOS、Android、Web、Desktop、Embed

优点：性能最佳

缺点：增大包体积 20MB+

大厂的主流方案。UI用JS表达，用Dart engine渲染。

开发语言：JS、类JS

适用场景：iOS、Android

优点：性能最佳

缺点：需要掌握JS、Dart两个语言和框架

大厂的主流方案。UI用Dart表达，用Dart engineX渲染。

开发语言：Dart

适用场景：iOS、Android

优点：性能最佳

缺点：需要改造Dart engine

1、 美团外卖Flutter动态化实践

2、 携程App 首页动态化探索

3、 Flutter 动态化在最右 App 中的实践

4、 Flutter 动态化热更新的思考与实践

5、 NOW直播Flutter动态搜索列表页实现

6、 Flutter动态化的方案对比及最佳实现-闲鱼

7、 基于JavaScript 的MXFlutter