鉴于集团运用基本上均以混合栈为主，我们将 FlutterBoost 作为 Flutter 容器混合栈的基础，并配合集团标准路由与导航中间件提供了一致的混合栈路由导航才能，业务经过标准路由注册即可快速完成 Flutter 页面和 Native 页面的混合导航才能。

容器经过对接高可用平台，提供了初始化功用埋点与 Crash 数据上报等标准监控才能，为 Flutter 业务的技术功用剖析和成绩排查提供了基础。集团移动端积聚了一整套的标准中间件体系，包括网络库、图片库、push 音讯、配置下发、数据采集与监控等一系列基础才能，在 Flutter 体系内无缝运用移动中间件才能关于业务是刚需。

同时，小顺序体系树立进程中构成的一系列标准 API，也很大水平上完成了一个残缺的小顺序运转环境的底层才能笼统，关于 Flutter 体系标准化的拜访系统才能，完成平台有关的跨端才能是个十分好的补充。

我们结合淘宝中间件团队与小顺序团队，对基础中间件和小顺序 API 完成做了 Flutter 侧的封装与标准化，未来也将对 Flutter 中间件和 API 才能停止系统支持。

▐    标准化Flutter构建

由于 Flutter 研发体系较新，且构建 Pipeline 相较传统的移动构建流程又存在一定特殊性，产物构建配置复杂耗时长易出错，给 Flutter 业务的构建和发版带来了很大阻碍。

因此我们也结合研发支撑部的同窗，以插件的方式完成了 Flutter 脚本化的构建流程，支持双端自动整包打包和 Flutter Module 打包。

目前 AliFlutter 的构建流程默许运用 AliFlutter 的 Flutter 仓库以及集团外部 pub 仓库，引擎产物也一致按配置从 artifacts 仓库获取，较好的完成了支持 Flutter 业务的自动化构建需求。

业务运用

在夯实 Flutter 集团共建基础之后，第二步，我们 AliFlutter 在业务运用方面也做了少量任务。

一方面经过原生 Flutter 的工程化才能继续效劳淘系与集团业务；另一方面经过 Flutter Canvas 项目效劳了小顺序场景及游戏化场景下的互动业务

▐    淘系与集团业务支撑

目前淘宝特价版已完成概略业务的 Flutter 改造并上线，采用 Flutter 使业务在需求节拍不变的状况下人力投入增加一半，对缓解业务研发压力起到了清楚的作用；同时运用的全体功用和波动性与 Native 基本持平。

后续特价版将基于 Flutter 继续拓展业务改造范围，并沉淀基于 Flutter 的业务域处置方案。 

目前盒马、ICBU 、优酷也基于 AliFlutter 停止了容器接入晋级与业务适配，盒马依托闲鱼的 Flutter 游戏引擎完成了盒马小镇业务，ICBU 在主链路相关页面运用了 Flutter，优酷则基于 Flutter 完成了会员订单页等场景。

同时我们也在和钉钉及 Google 一同探求 Flutter 桌面端的处置方案。 ▐     Flutter Canvas

在电商活动营销中互动场景日益增多，对功用要求继续提升的前提下，

如何提供一个高功用且波动的Canvas基础才能效劳好富交互的互动场景就成为了一个重点的课题。

在小顺序场景中 Canvas 作为承载互动游戏的主要才能发扬了重要作用。但是受限于小顺序架构下 app context 和 page context 的隔离设计，存在从 app worker 到 page renderer 的通讯瓶颈，无法充沛发扬出 web canvas 的功用，假设有一个 native 版的 canvas 完成将可直接在 native 层对接 app worker ，降低通讯成本，充沛发扬 Canvas 的功用。

Flutter 底层基于 Skia，其功用和移动端复杂异构机型的适配性均失掉过长期的检验，且 Flutter 基于阅读器的设计完成了一条平台有关的渲染管线，并对阅读器完成做了极大的简化，提供了很好的牢靠性和功用。那么假设可以将这条渲染管线直接用于向业务容器提供 Canvas 才能，经过 binding 方式直接向小顺序和小游戏容器提供与 Web Canvas 分歧的标准 API，一方面可以复用 Flutter 的底层才能，为非 Dart 环境提供渲染支持，另一方面可以借助 Flutter 简化高效的渲染管线完成提供更好的渲染功用。

目前 Flutter Canvas 已落地手机淘宝，并在小顺序运动银行业务停止了灰度试点，初步具有了承载小顺序 Canvas 业务的才能；其功用在 Android 低端机上的表现有优势，可以作为 Web Canvas 方案的有益补充。

未来 Flutter Canvas 一方面将借助 Flutter 渲染管线的跨平台与高功用特点，以及 Flutter 对 Vulkan 和 Metal 的适配支持，在移动端取得更好的适配性以及功用；同时将继续完成 3D API ，支撑未来互动类的业务运用。

未来树立

扎根业务之后，接上去的第三步，我们要紧贴 Flutter 体系在阿里集团未来的树立目的，继续回答好Flutter面向未来树立途径中的几个关键成绩。那么首先，Flutter体系在阿里集团的树立目的应该是什么？团体以为：

Flutter应成为阿里集团未来跨多端多平台的中心业务研发形式之一。

那么，我们目前离这个目的还有多大差距？在我看来，假设要想让Flutter成为业务的中心研发形式，那么必须处置好 跨端才能、交互才能、业务研发效率以及业务交付效率四个中心成绩。

从跨端才能看： Flutter虽然已具有了很好的跨多端才能与高恢复度，但触及到平台才能时，依然需求经过各端扩展完成，还未构成小顺序体系这样的标准化的容器和API封装才能。那么如何更好的处置Flutter的容器化成绩，让业务不感知平台差异性？

从交互才能看： Flutter如何应用好本身交互才能的优势，在提供媲美前端的富交互体验的同时，降低Native富交互特性开发的门槛，真正吸引Native开发者运用Flutter技术开发业务？

(责任编辑：admin)