Flutter Web 近期的重要更新

我们的发布重点优先关注在性能、开发者体验以及 Web 集成上

2021 年 3 月 Flutter Web 支持已进入稳定版，那么，下一步是什么？

我们对用户研究发现，有超过 10％ 的 Flutter 项目目标是发布到 Web 平台。因此，目前我们专注于提升初始稳定版本的质量，并使更多的人能够将 Flutter Web 应用投入生产。

根据 Flutter 每个季度的调查结果，和我们通过 issue、开发者面谈、社交媒体渠道中听取到的信息，我们确立了这些优先事项。我们刚刚收到了第三季度的调查结果，很高兴您的反馈和本次计划不谋而合。

本文提供了详细的路线图和每个优先事项相应工作计划。有些特性可能会跨越几个季度的时间来完成，使用放大镜符号 🔍 标识的特性代表它们仍需进一步调查，才能给出一个解决方案。

让 Flutter 应用在 Web 上表现得自然是一件很重要的事，这包括诸如滚动行为、文本功能、闪屏、超链接、搜索引擎优化和其他 Web 应用特有的界面功能。

RTL 文本

此前，Flutter 没有在 Web 上对从右到左 (RTL) 的语言 (如阿拉伯语和希伯来语) 提供完整的支持。虽然框架本身支持 RTL 文本，但 Web 引擎忽略了 LTR 和 RTL 之间的区别，从而产生了未定义的行为。

近期发布的稳定版 (2.5) 增加了对 RTL 的基础支持，Flutter Web 应用已经支持了 RTL 语言的所有主要场景。大部分与基础支持相关的问题已经得到了解决，并且我们正在计划修复剩余的问题。

• 对文本编辑实现 RTL 支持 (已修复)
• Web 上的 RTL 文本渲染故障 (已修复)
• 带有 TextDirection.rtl 的 TextField 在 Web 上光标错位 (计划)
• 在 RTL 应用程序中，RichText 中的 InlineSpans 重叠了 (已修复)

滚动行为

虽然 Flutter 2 对滚动做出了 一些改进，来支持桌面浏览器上的滚动行为 (如滚动条支持)，但在浏览器或运行 Web 应用的操作系统上，滚动行为依然在某些情况下没有达到预期。

虽然其中一些行为依赖于 Flutter 的桌面端支持，但我们计划在这个路线图中，解决一些物理滚动属性和滚动条的问题，问题如下所示。我们还计划展开对触控板支持的研究。

• PageScrollPhysics 出现奇怪的行为
• 在 (无限) 列表 Widget 中没有滚动条
• Mac 桌面的滚动物理应该保持范围
• 让滚动条避免阻塞 Sliver 和媒体查询的内边距
• MaterialScrollBehavior.buildScrollbar 需要更新

🔍 研究对 触控板的支持

应用加载 API

一些 Web 应用喜欢在应用加载或者提供一些自定义体验时，显示闪屏页、加载指示器或落地页。眼下，在 Flutter Web 应用内，并没有显示正在加载或实现自定义体验的简单方法；当用于渲染的 CanvasKit 体积较大时，这将会变成比较棘手的问题。

我们正专注于为应用启动周期提供一个显式 API，可以用来预装应用，控制应用的加载周期，并创建闪屏页或加载指示器。

• 增加在 Web 上对闪屏页的支持

无障碍是我们的首要任务之一；我们旨在为您提供必需的工具以构建可访问的 Web 应用，且应用在最常见的屏幕阅读器上运行良好。

Flutter 2.2 对无障碍支持进行了极大的改进。从那时开始，我们就听到了一些终端用户的担忧，他们试图用屏幕阅读器 (如 JAWS) 来浏览他们的 Web 应用。

在该路线图中，我们将专注于桌面浏览器 支持的屏幕阅读器 的问题，如 snackbar 公告。我们还将继续研究如何提高我们整体无障碍支持。

• 使用回车键时未能触发按钮的点击
• 方向键和 B 键不更新屏幕阅读器的焦点

我们将始终优先考虑性能，以改善 Flutter Web 应用的用户体验。目前我们的主要目标是改善滚动卡顿，并加快 Web 应用的初始加载速度。

滚动时的卡顿

我们近期的季度调查数据显示，滚动卡顿是首要的性能问题报告之一。我们的目标是无论在手机上使用手势，还是在桌面上使用鼠标/键盘，都确保 Flutter Web 应用能流畅滚动，但这也取决于 Web 应用期望用户滚动内容的类型和数量。

在未来几个月里，我们将专注于改善由于图像解码造成的卡顿，我们将继续研究滚动的性能问题，以找到我们可以改善的其他用例。

• 将图像解码转移到 Web Worker
• 降低 在 CanvasKit 渲染引擎中使平台视图的成本

捆绑 CanvasKit (离线支持)

目前，用 CanvasKit 渲染的 Flutter Web 应用需要额外的手动步骤，才能作为渐进式 Web 应用 (PWA) 离线工作。为了在离线模式下完全作为 PWA 工作，并确保应用符合严格的内容安全策略，我们需要捆绑 CanvasKit 和备选字体。

我们将首先捆绑 CanvasKit，然后捆绑字体，并添加必要的工具以启用离线模式。

• CanvasKit 的后端不应该依赖于不稳定的谷歌字体
• 支持捆绑的 CanvasKit 而不是通过 CDN

CanvasKit 的下载大小

CanvasKit 的性能优于基于 DOM 的方法，因此是我们在桌面浏览器上的默认渲染器。然而，下载应用所需的时间会影响初始加载性能 (以及在 Web 上运行的 Flutter 应用的 Lighthouse 得分)。

在此路线图中，我们将研究如何减少 CanvasKit 的下载大小，以努力提高初始加载性能。我们希望确保终端用户的设备或浏览器不会处理大量的有效载荷。

🔍 改善 CanvasKit 的下载大小

🔍 找到一个大小合适的表情符号备选字体

提升浏览器代码集成的能力，有利于 Web 平台优势的发挥。Flutter Web 应用有两种方式与 HTML 集成。1)在 Flutter Web 应用中使用 HTML 平台视图，或 2) 将 Flutter 作为内容集嵌入现有的 Web 应用 (类似于 Web 的附加应用)。目前前者已经可用且需要改进，而后者将是一个新功能，需要进一步设计和开发。

用自定义元素嵌入 (添加到现有应用 add2app)

今天，将 Flutter Web 应用嵌入现有网站 / Web 应用的唯一方法是通过 iframe。虽然这在某些场景下是可行的，但对于那些慢慢将其 Web 应用迁移到 Flutter 的开发者来说，这并不是一个理想解决方案。

在该路线图中，我们将研究并设计一款定制的解决方案，使您能够嵌入 Flutter Web 应用，类似于添加到应用的移动场景。

🔍 渲染自定义元素内的应用

Flutter 的生态系统包括了用于开发的功能，但目前仍然缺乏 Web 的功能支持，如插件、调试、热重载等。为了让您在 Web 端有一个良好的开发者体验，我们将继续缩减移动端和 Web 端之间的差距。

相机插件

自最初的 Web 稳定版本发布以来，相机插件一直是呼声最高的插件之一；许多人发现，在将 Flutter 移动应用引入 Web 时，同步差距是一个主要的问题。

在 Flutter 2.5 稳定版中，我们提供了这个插件的早期版本，可以初始化相机，显示相机预览，并拍摄照片。我们收到反馈后将会对这个插件进行改进。

• 为 Web 增加相机支持 (已修复，一些 PR 待定)。

以上是对目前我们在 Web 上路线图的概述，GitHub 问题列表 依然是我们正在处理的问题来源。我们可能会根据了解到的情况和你的反馈来增加、延长或推迟功能。

我们非常重视您的反馈，并感谢您一如既往的支持。

感谢 flutter.cn 社区成员 (@AlexV525、@Vadaski、@MeandNi) 以及 Lynn 对本文的审校和贡献。