Flutter 2.2 更新详解

Flutter 2.2 版已正式发布！要获取新版本，您只需切换到 stable 渠道并更新目前安装的 Flutter，或前往 flutter.cn/docs/get-started 从头开始安装。

虽然与 2.0 版只相隔数月，2.2 版仍是满载大量改进。此版本共计归入了框架、引擎和插件库等方面的 2,456 个 PR 并解决了 3,105 个问题。咱们要特此鸣谢为此版本贡献了大量 PR 和 PR review 的整个 Flutter 社区，包括 PR 贡献最多 (17) 的 Abhishek01039 和 PR review 贡献最多 (9) 的 xu-baolin。衷心感谢全部开发者对 Flutter 2.2 顺利发布稳定版作出的贡献。没有你们的支持，咱们将没法作到。

每一个新的 Flutter 稳定版都会带来诸如性能提高、新功能、bug 修复等一系列变化，并会提供一些还没有试用于生产环境的试验性功能，但愿您能帮助咱们验证这些功能可否正常工做并知足您的需求。此外，新版本还会包含一系列相关工具的更新和来自 Flutter 社区的更新。坦白讲，现在 Flutter 每一个新版本的内容都很是丰富，不可能在一篇文章中巨细无遗地详述，所以下面咱们将着重为您介绍一些主要亮点。

Flutter 2.2 稳定版更新

此版本在 Flutter 2 的基础上作了诸多改进，其中不但有面向 Android、iOS 和 web 平台的更新，还有新的 Material 图标、文本处理方式的改进、滚动条行为的变化、TextSpan widget 的鼠标光标支持，以及用一份代码适配多个平台方面的新指南。这些功能皆已发布稳定版，可供您在正式版应用中使用。同时，全部这些功能都是在 新版 Dart 的基础上构建而成。

Dart 2.13

随 Flutter 2.2 版一块儿发布的还有 Dart 2.13 版。此 Dart 版本包含众多新功能，其中之一是新的类型别名，该功能让您可为类型建立别名，就像为函数建立别名同样:

// Type alias for functions (existing)
typedef ValueChanged<T> = void Function(T value);

// Type alias for classes (new!)
typedef StringList = List<String>;

// Rename classes in a non-breaking way (new!)
@Deprecated("Use NewClassName instead")
typedef OldClassName<T> = NewClassName<T>;

有了类型别名，您可为长而复杂的类型赋予简短易懂的名称，并以不会破坏代码的方式重命名您的类。Dart 2.13 版还包含其余多项更新，您能够在咱们以前的推文 Dart 2.13 版本发布 中了解详情。

Flutter web 更新

做为 Flutter 稳定版最新支持的平台，web 平台在此版本也有多项改进。

首先，咱们借助新的 service worker 加载机制优化了缓存行为，并修复了 main.dart.js 的重复下载问题。在旧版 Flutter web 中，service worker 会在后台下载应用更新，用户在此期间可照常使用应用的旧版本。更新下载完毕后，用户要屡次刷新浏览器页面后才会看到相应更新。在 Flutter 2.2 版中，当新的 service worker 检测到更新后，用户须要先等待更新下载完毕才能使用应用，但届时他们无需再次手动刷新页面便可看到更新内容。

要启用此项变动，您须要从新生成您的 Flutter 应用的 index.html。具体来讲，请保存您的修改、删除 index.html 文件，而后在项目目录中运行 flutter create . 以从新生成该文件。

咱们还对两个 web 渲染器都作了改进。在 HTML 渲染器上，咱们添加了对 字体特性 的支持，以启用 FontFeature 设置并使用 canvas API 渲染文本，从而使鼠标悬停处的文本可以显示在适当的位置。在 HTML 和 CanvasKit 渲染器上，咱们新增了对着色器遮罩 (shader masks) 和 computeLineMetrics 的支持，以解决 Flutter web 应用和移动应用二者不一致的问题。例如，开发者如今能够经过 不透明度遮罩 使用着色器遮罩实现淡出转场，并像在移动应用中同样使用 computeLineMetrics。

无障碍功能不可是 Flutter web 的一大重点，也是整个 Flutter 的一个重心所在。按照设计，是经过构建 SemanticsNode 树来实现无障碍功能。Flutter web 应用的用户启用无障碍功能后，咱们会生成一个与 RenderObject DOM 树并行的 DOM 树，并将语义属性转换为 Aira。在此版本中，咱们改进了语义节点位置，消除了移动应用和 web 应用在使用转换 (transform) 时的不一致，这意味着在使用转换对 widget 进行样式设置时，焦点框会正确地显示在元素上方。如需直观了解其实际效果，您能够观看 Material Design 无障碍项目负责人 Victor Tsaran 的视频，了解他如何对 Flutter Gallery App 使用 VoiceOver。

咱们如今还提供一个适用于性能分析 (profile) 和发布 (release) 模式的命令行 flag，以供开发者访问语义节点调试树，并直观查看系统为其 web 应用建立的语义节点，从而对应用的无障碍功能进行调试。

要为您的 Flutter web 应用启用此功能，请运行如下命令:

$ flutter run -d chrome --profile \
  --dart-define=FLUTTER_WEB_DEBUG_SHOW_SEMANTICS=true

激活该 flag 后，您将可以在各个 widget 上方看到您的语义节点，从而进行调试并检查语义元素的位置是否符合预期。若是您发现这类问题，欢迎向咱们 提交 bug 报告。

虽然在核心无障碍功能的支持方面已经取得了长足进步，但咱们仍在这个领域不断改进。在 2.2 稳定版 以后的 master 和 dev 渠道 build 中，咱们新增了一个 API，供开发者以编程方式为其应用 自动启用无障碍功能，同时咱们正在着手解决 在屏幕阅读器中使用 Tab 键 的问题。

最后但也一样重要的是，最新版的 Flutter DevTools 如今还支持为您的 Flutter web 应用使用布局浏览器。

您如今能够在 web 应用中使用您所熟悉的布局调试工具，这与移动应用和桌面应用别无二致。

iOS 页面转场和增量式安装

对于 iOS 平台，此版本将动画帧的渲染时间缩减了 75%，使 Cupertino 主题中页面转场更流畅。在低端手机上的缩减比例甚至可能更高。咱们不只改善了最终用户可感知到的性能，还一直在千方百计提高开发性能。

在此版本中，咱们实现了开发过程当中的 增量式 iOS 安装。基准测试结果显示，iOS 应用的更新版本安装时间缩短了 40%，这也就缩短了您的应用变动测试周期。

使用 Flutter 构建平台自适应应用

随着 Flutter 稳定版逐步支持更多平台，您在设计应用时不只须要考虑兼容不一样的设备类型 (如手机、平板电脑和桌面电脑)，还须要考虑支持不一样的输入方式 (触摸与键鼠)，以及适配各个平台上的不一样使用习惯 (例如在导航时是使用抽屉式导航栏仍是系统菜单)。若是应用可以根据不一样目标平台的细节差别作出相应调整，咱们就称之为平台自适应应用。

若是您想初步了解在构建平台自适应应用时要考虑哪些因素，请观看 Kevin Moore 关于 "构建平台自适应应用" 的视频。如需详细了解，您能够阅读 Flutter 文档中关于平台自适应应用的指南。

最后，如需参考遵循这些指南编写出的多平台应用示例。咱们建议您看看 gSkinner 打造的 Flokk 和 Flutter Folio 应用。您既能够下载 Flokk 和 Folio 的源代码，也能够从各个应用商店下载 Flokk 和 Folio 应用，还能够直接在浏览器中运行它们。另外一个优秀示例是 用于建立指南自己的应用。

Flutter 平台自适应应用指南的 UX 部分以新的 Material 大屏幕指南 为基础。Material 团队在新发布的这一指南中，根据大屏幕的特性，修订了多篇主要的布局文章，调整了多个组件，并更新了 Design Kit。

Flutter 的目标始终是让应用能够走得更高更远，而不只是可以在多个平台上正常运行。不作到让您的应用可以良好适配全部目标平台，咱们不会停下脚步。Flutter 可以为您提供所需支持，让您的应用不但可以覆盖多个目标平台，并且可以针对不一样的屏幕尺寸、输入方式以及各平台的不一样使用习惯而作出适当的调整。

更多 Material 图标

提及 Material 指南，此版本还归入了两个独立的 PR，向 Flutter 中添加了更多 Material 图标。咱们可爱的吉祥物 Dash 如今也有专属的图标了！

加上这些新图标，可供您的应用使用的 Material 图标总数现已突破 7,000 大关。若是您在这海量图标中寻找所需图标时遇到了困难，能够访问 fonts.google.com/icons，按类别和名称来搜索图标。

找到理想的图标后，您能够在新的 "Flutter" 标签页中查看有关如何使用该图标的说明。您也能够单独下载这个图标，将其用做应用中的独立资源。在您的 Flutter 应用中加入 Dash 的可爱形象从未如此简单。

经过名称搜索 Material 图标

改进文本处理方式

随着咱们持续改进 Flutter 以使其可以更好地适配各个平台的具体特性，咱们正逐步涉足一些在移动设备上不突出但在桌面设备上很重要的新领域，其中之一就是文本处理。在此版本中，咱们着手对文本输入的处理方式进行重构，以实现下述功能: 在按键事件于 widget 层次结构内传播的过程当中将其取消，以及可以彻底自定义与文本操做相关联的按键。

因为如今可以取消按键事件，Flutter 按下空格键和箭头键时不会再触发滚动事件，从而让用户获享更直观的体验。您还可使用此功能来实如今一个按键事件传播到您应用中的父级 widget 以前对其进行处理。另外一个例子是，您能够在您的 Flutter 应用中实现用 Tab 键在 TextField 和按钮之间跳转，一切均可按预期正常运做:

import 'package:flutter/material.dart';

void main() => runApp(App());

class App extends StatelessWidget {
 @override
 Widget build(BuildContext context) => MaterialApp(
       title: 'Flutter Text Editing Fun',
       home: HomePage(),
     );
}

class HomePage extends StatelessWidget {
 @override
 Widget build(BuildContext context) => Scaffold(
       body: Column(
         children: [
           TextField(),
           OutlinedButton(onPressed: () {}, child: const Text('Press Me')),
         ],
       ),
     );
}

Flutter 2.2 可在按键事件于 widget 层次结构内向上传播的过程当中将其取消；例如，您能够将 TAB 键用于将焦点从 TextField 切换到其余元素

自定义文本操做让您能够实现对 TextField 中的 Enter 按键事件进行特殊处理，例如，使 Enter 键在聊天客户端中触发消息发送操做，同时让用户能够按 Ctrl+Enter 键来换行。此类文本操做 让 Flutter 自己也可以提供不一样的按键设置，从而使文本编辑行为与主机操做系统相一致，例如在 Windows 和 Linux 上使用 Ctrl+C 复制文本，而在 macOS 上使用 Cmd+C。

下面就是一个这样的例子，它覆盖了默认的向左箭头按键操做，并为退格键和删除键设置了新的操做:

import 'package:flutter/material.dart';
import 'package:flutter/services.dart';

void main() => runApp(MyApp());

class MyApp extends StatelessWidget {
 @override
 Widget build(BuildContext context) => MaterialApp(
       title: 'Flutter TextField Key Binding Demo',
       home: Scaffold(body: UnforgivingTextField()),
     );
}

/// A text field that clears itself if the user tries to back up or correct
/// something.
class UnforgivingTextField extends StatefulWidget {
 @override
 State<UnforgivingTextField> createState() => _UnforgivingTextFieldState();
}

class _UnforgivingTextFieldState extends State<UnforgivingTextField> {
 // The text editing controller used to clear the text field.
 late TextEditingController controller;

 @override
 void initState() {
   super.initState();
   controller = TextEditingController();
 }

 @override
 Widget build(BuildContext context) => Shortcuts(
       shortcuts: <LogicalKeySet, Intent>{
         // This overrides the left arrow key binding that the text field normally
         // has in order to move the cursor back by a character. The default is
         // created by the MaterialApp, which has a DefaultTextEditingShortcuts
         // widget in it.
         LogicalKeySet(LogicalKeyboardKey.arrowLeft): const ClearIntent(),

         // This binds the delete and backspace keys to also clear the text field.
         // You can bind any key, not just those already bound in
         // DefaultTextEditingShortcuts.
         LogicalKeySet(LogicalKeyboardKey.delete): const ClearIntent(),
         LogicalKeySet(LogicalKeyboardKey.backspace): const ClearIntent(),
       },
       child: Actions(
         actions: <Type, Action<Intent>>{
           // This binds the intent that indicates clearing a text field to the
           // action that does the clearing.
           ClearIntent: ClearAction(controller: controller),
         },
         child: Center(child: TextField(controller: controller)),
       ),
     );
}

/// An intent that is bound to ClearAction.
class ClearIntent extends Intent {
 const ClearIntent();
}

/// An action that is bound to ClearIntent that clears the TextEditingController
/// passed to it.
class ClearAction extends Action<ClearIntent> {
 ClearAction({required this.controller});

 final TextEditingController controller;

 @override
 Object? invoke(covariant ClearIntent intent) {
   controller.clear();
 }
}

一个糟糕的 TextField 示例，按下左箭头键或 ESC 键会清除文本

在这方面，咱们的确还有不少工做要作，但咱们将竭尽全力赋予开发者对文本编辑操做的彻底控制权。目标是在 Flutter 桌面版达到稳定时，最终用户将没法区分 Flutter 应用中的文本编辑功能与主机操做系统中的其余应用有什么差异。

自动滚动行为

咱们一直致力于让 Flutter 应用的表现与各个平台上最优秀的应用一模一样，为此，咱们在这个版本中对滚动条又作了进一步优化。在滚动条的显示方式上，Android 和 iOS 将彻底相同，即默认不显示滚动条。但在桌面应用中，只要内容大于容器，一般就会自动显示滚动条。这就要求您添加一个类型为 Scrollbar 的父级 widget。为了在移动设备和桌面设备上都实现正确的行为，此版本会在须要时自动添加一个 Scrollbar。

如下是一段不含 Scrollbar 的代码:

import 'package:flutter/material.dart';

void main() => runApp(App());

class App extends StatelessWidget {
 @override
 Widget build(BuildContext context) => MaterialApp(
       title: 'Automatic Scrollbars',
       home: HomePage(),
     );
}

class HomePage extends StatelessWidget {
 @override
 Widget build(BuildContext context) => Scaffold(
       body: ListView.builder(
         itemCount: 100,
         itemBuilder: (context, index) => Text('Item $index'),
       ),
     );
}

上述代码在桌面平台上运行时，将会显示一个滚动条:

若是您不喜欢滚动条的外观或不想让滚动条一直显示，能够设置 ScrollBarTheme。若是您不喜欢该默认行为，能够在应用层级或具体实例层级经过设置 ScrollBehavior 来对其进行更改。如需详细了解新的默认滚动条行为以及如何迁移代码以遵循新的最佳实践，请参阅 Flutter 官方文档。

TextSpan 上的鼠标指针

在以前的 Flutter 版本中，您能够在任何 widget 上添加一个鼠标指针 (例如用手型指针来表示元素可供点击)。实际上，Flutter 会在大部分状况下替您添加此类鼠标指针，例如在全部按钮上添加手型鼠标指针。不过，若是您是用多个不一样样式的 TextSpan 来实现一段富文本，并且其长度可能长到须要换行，那就没办法给它添加鼠标指针了，这是由于 TextSpan 不属于 widget，不能用于界定鼠标指针的视效范围。但如今不同了！在新版本中，若是您的 TextSpan 具有手势识别器 (GestureRecognizer)，系统将自动为其设置鼠标指针:

import 'package:flutter/gestures.dart';
import 'package:flutter/material.dart';
import 'package:url_launcher/url_launcher.dart' as urlLauncher;

void main() => runApp(App());

class App extends StatelessWidget {
 static const title = 'Flutter App';
 @override
 Widget build(BuildContext context) => MaterialApp(
       title: title,
       home: HomePage(),
     );
}

class HomePage extends StatelessWidget {
 @override
 Widget build(BuildContext context) => Scaffold(
       appBar: AppBar(title: Text(App.title)),
       body: Center(
         child: RichText(
           text: TextSpan(
             style: TextStyle(fontSize: 48),
             children: [
               TextSpan(
                 text: 'This is not a link, ',
                 style: TextStyle(color: Colors.black),
               ),
               TextSpan(
                 text: 'but this is',
                 style: TextStyle(color: Colors.blue),
                 recognizer: TapGestureRecognizer()
                   ..onTap = () {
                     urlLauncher.launch('https://flutter.dev');
                   },
               ),
             ],
           ),
         ),
       ),
     );
}

如今您能够自由使用任意换行的 TextSpan，只要其具有手势识别器，系统即会为其设置适当的鼠标指针。

在此版本中，TextSpan 除了支持 mouseCursor，还支持 onEnter 和 onExit。这些改进看似细小，对用户体验的影响却大，能让 Flutter 应用提供更贴近用户预期的使用体验。

Flutter 2.2 中新的预览版功能

除了适用于生产环境的新功能，Flutter 2.2 还搭载了多项新的预览版功能，包括 iOS 着色器编译性能改进、Android 延迟加载组件支持、Flutter 桌面平台更新以及 Sony 贡献的 ARM64 Linux 主机支持。欢迎您体验这些功能，并 在遇到问题时向咱们报告。

iOS 着色器编译改进

在图形渲染领域，"着色器" 指的是一个在终端用户设备可用的 GPU 上编译并运行的程序。Flutter 自诞生伊始就在底层的 Skia 图形库中使用着色器，从而在色彩、阴影、动画等方面实现高质量图形效果的同时达成可媲美原生代码的优越性能。得益于 Flutter API 的灵活性，着色器可以以 JIT 方式即时生成和编译，并与须要它们的帧工做负载同步。不过，当着色器的编译耗时超出相应帧的时间预算，就会致使用户感觉到卡顿。

为了不这类卡顿，Flutter 让您能够在训练运行期间缓存着色器，并将其打包到应用中，而后于 Flutter 引擎启动时的第一帧以前对其进行编译。这样一来，这些预先编译的着色器就没必要在帧工做负载期间进行编译，也就不会形成卡顿。不过，Skia 一开始只针对 OpenGL 实现了此功能。

这就致使，咱们因 Apple 废弃 OpenGL 而在 iOS 上默认启用 Metal 后端后，基准测试测得的最差帧时间数值有所增加，用户报告卡顿的状况也有所增多。通过调查，咱们发现此类卡顿每每由下列因素形成: 着色器编译时间增长、Skia 为 Metal 后端生成的着色器数量增多，以及未能在屡次运行之间对编译后的着色器进行缓存并于是致使应用在后续运行时仍然出现卡顿。

到目前为止，在 iOS 上杜绝此类卡顿的惟一方式就是对场景和动画进行简化，而这不是一个理想的解决方案。

为解决这个问题，咱们已在 dev 渠道中发布 Skia 针对 Metal 新增对着色器预热的支持 这一预览版功能。Flutter 如今会经过 Skia 在第一个帧工做负载开始以前对捆绑的着色器进行编译。

应用启动期间的预编译操做的跟踪记录

不过，此解决方案存在一些不足之处:

• 相比 OpenGL 后端，Skia 仍会为 Metal 后端生成更多的着色器。
• 最终将着色器编译为机器码的操做仍然与帧工做负载同步发生，但这好过在帧渲染时段内执行全部着色器生成和编译操做。
• 最终生成的机器码会在应用首次运行后获得缓存，直到设备被从新启动。

若是您但愿在本身的应用中使用此新功能，能够参考 Flutter 官方文档 上的说明进行操做。

咱们将持续改进此实现方案。在 Android 和 iOS 上，它目前有几个缺点:

• 因为捆绑了着色器，应用的部署体积更大。
• 因为须要预编译捆绑的着色器，应用启动延时更长。
• 对开发者体验可能存在负面影响。

其中，咱们最为重视最后一点。咱们认为开发者不该该须要执行训练运行，也不该该在应用体积和启动延时方面承担代价。所以，咱们还在继续探索是否有不依赖此实现方案的其余方法来消除着色器编译卡顿以及其余类型的卡顿。咱们正在与 Skia 团队携手合做，下降 Flutter 请求产生的着色器数量，并探讨在 Flutter 引擎中捆绑少许静态定义的着色器的可行性。

您能够关注 Flutter 代码库中的相关项目 了解相关进展。

Android 延迟加载组件: 可下载的 AOT 代码和资源

在 Android 平台上，此版本利用 Dart 的分拆式 AOT 编译功能来 让 Flutter 应用可以在运行时下载内含预先编译的代码和资源的模块。咱们将这种可安装的分拆模块称为 "延迟加载组件"。因为可在须要时才下载代码和资源，应用的初始安装体积显著缩小。例如，咱们实现了一个特殊版本的 Flutter Gallery 应用，将其中全部案例和 demo 都设为延迟加载，从而将初始安装体积缩减了 46%。

在 Flutter Gallery 应用中下载 Crane 案例

若是在构建应用时启用延迟加载组件，Dart 会将那些单独用 deferred 关键字导入的代码编译到独立的共享库中，并将这些库与相关资源一块儿打包为延迟加载组件。

该功能还处于早期预览阶段，目前只支持 Android。您能够在 Flutter 官方文档上新的 延迟加载组件 页面中了解如何实现此类组件。此页面还连接到了 Flutter wiki 上的一个页面，后者详细介绍了此功能的工做原理。若是发现问题，请经过 Flutter 问题跟踪器 告知咱们。

Flutter Windows UWP alpha 版

此版本 Flutter 的另外一项更新针对的是桌面平台: 对 Windows UWP 的支持现已在 dev 渠道中进入 alpha 版阶段 (2.2 稳定版以后)。借助 UWP，您的 Flutter 应用将能够覆盖 Xbox 等没法运行标准 Windows 应用的设备。如需试用此功能，请先 知足 UWP 前置条件，而后切换到 dev 渠道并启用 UWP 支持。

$ flutter channel dev
$ flutter upgrade
$ flutter config — enable-windows-uwp-desktop

启用后，建立的 Flutter 应用会包含一个新的 winuwp 文件夹，以便您在 UWP 容器中构建和运行您的应用:

$ flutter create uwp_fun
$ cd uwp_fun
$ flutter pub get
$ flutter run -d winuwp

因为构建的是在 Windows 沙盒环境中运行的 Windows UWP 应用，您须要在开发期间对应用的防火墙进行 localhost 穿透设置，以实现热重载和调试器断点等功能。为此，您能够按照 Flutter 桌面文档页面 上的说明使用 checknetisolation 进行操做。完成相关操做后，您就能够在 Windows 上以 UWP 应用的形式运行您喜好的 Flutter 应用了。

在 Windows UWP 容器中运行您喜好的 Flutter 应用

固然，您也能够运行一些更丰富有趣的 UWP 应用，例以下面这个 视频 中在 Xbox 上运行的 Flutter 应用。

在 Xbox 上运行的 Flutter 应用

咱们要特此致谢 clarkezone，从我加入 Flutter 团队时起，他就一直投身于实现这项功能。如需详细了解 Windows UWP alpha 版支持，请参阅 官方文档。

Sony 贡献的 ARM64 Linux 主机支持

这项杰出贡献来自于 Flutter 社区的 Sony 软件工程师 HidenoriMatsubayashi。他提交的 ARM64 Linux 目标支持 这条 PR 让您能够在 ARM64 Linux 机器上构建和运行 Flutter 应用。

在 ARM64 Linux 机器上运行您喜好的 Flutter 应用

咱们很高兴看到 Flutter 社区将 Flutter 移植到超乎 Google 团队想象的平台。HidenoriMatsubayashi，感激涕零！

Flutter 生态系统和工具更新

Flutter 引擎和框架只是总体体验的一部分，package 生态系统和工具方面的更新对 Flutter 开发者的体验来讲一样重要。咱们在这个领域也有几项很棒的更新与您分享。

在生态系统端，咱们发布了多个 Flutter Favorite package，并更新了 Flutter 的 Firebase 支持插件集 FlutterFire。FlutterFire 如今还支持新的 Firebase App Check 预览版，让 Flutter 开发者自第一天起就可受益于这个产品。

在工具端，Flutter DevTools 作了多项更新以方便您优化应用的内存使用方式，还为 Provider package 提供了一个标签页。适用于 VS Code 和 Android Studio/IntelliJ 的 IDE 插件也有重大更新。此外，若是您是 Flutter 相关内容的创做者，咱们还提供了一种全新方式让您将 DartPad 集成到您的创做流程中。

最后，Flutter 如今有了一个新的低代码 (low-code) 应用设计和构建工具，名为 FlutterFlow。该工具在 web 上运行，自己也是使用 Flutter 构建而成。

Flutter Favorite 更新

在此版本中，得益于 Flutter 生态系统委员会 (FEC) 的辛勤工做，咱们增长了 24 个 Flutter Favorite 认证 package，堪称有史以来步伐最大的一次扩张。这些新出炉的 Flutter Favorites package 包括:

• FlutterFire package (正式版) : cloud_firestore、cloud_functions、firebase_auth、firebase_core、firebase_crashlytics、firebase_messaging 和 firebase_storage
• Flutter Community "plus" package: android_alarm_manager_plus、android_intent_plus、battery_plus、connectivity_plus、device_info_plus、network_info_plus、package_info_plus、sensors_plus 和 share_plus
• googleapis package
• win32 package
• Intl 和 characters package
• Sentry package: sentry 和 sentry_flutter
• infinite_scroll_pagination 和 flutter_native_splash package

全部这些 package 都已支持空 (null) 安全特性，并尽量支持 Android、iOS 和 web 平台。其中有一些例外，例如 firebase_crashlytics 没有适用于 web 平台的底层 SDK，而 android_alarm_manager_plus 则是专为 Android 平台设计。

Flutter Community "plus" package 在 Flutter 团队官方 package 的基础上提供了更多特性。例如，Google 的 Flutter 团队提供的 battery package 能够追溯到第一版 Flutter 发布以前，它如今具有空安全特性，但只支持 Android 和 iOS 平台。与此相对，Flutter Community battery_plus package 则支持所有 6 个 Flutter 平台，包括 web、Windows、macOS 和 Linux。该套件内置的所有 9 个 "plus" package 都得到了 Flutter Favorite 承认，这是标志着整个 Flutter 社区迈向成熟的重大一步。Flutter 项目已经远远不止是 Google 工程团队独力奋战。您应尽快将您的代码迁移至 "plus" package。在将来几周中，Google 的相关 package 将会更新，建议您进行迁移。

googleapis 插件为 185 个 Google API 提供了自动生成的 Dart 封装，供您在客户端或服务器端的 Dart 应用 (包括您的 Flutter 应用) 中使用。如需进一步了解此 package，您能够观看其做者关于使用 Google API 为您的 Flutter 应用赋能的 I/O 大会演讲。

win32 package 堪称一件工程杰做，它使用 Dart FFI 封装了大部分经常使用 Win32 API 接口，让 Dart 代码无需依赖 C 编译器或 Windows SDK 便可使用这些 API。随着 Flutter 在 Windows 平台上愈来愈受关注，win32 package 成为了许多热门插件的关键依赖项，其中包括最热门 Flutter package 之一的 path_provider。为了挑战极限，其做者 timsneath 创下了一些惊人壮举，例如使用纯 Win32 和纯 Dart 来实现 notepad (记事本)、snake (贪吃蛇) 和 tetris (俄罗斯方块)。

仅使用 Dart FFI 和 Win32 接口实现的在 Windows 平台运行的俄罗斯方块游戏

若是您有在 Windows 上进行任何 Dart 或 Flutter 开发，win32 package 值得您一探究竟。

FlutterFire 更新和 Firebase App Check

做为 Flutter 的 Firebase 支持插件集，FlutterFire 已跻身最热门 Flutter 插件之列。为了让该插件集的正式版可以与 Flutter 2 一道发布并在随后对其持续进行改进，其主要贡献者 Invertase 团队作了许多出色的工做。自 FlutterFire 的首个正式版发布以后，Invertase 将未解决问题的数量下降了 79%，并将待处理 PR 的数量下降了 88%。他们不只在正式版插件的开发上成绩斐然，还成功将全部 Beta 版插件都支持了空安全机制，同时让这些插件在您可能遇到的各类核心上都能正常构建和运行。

Invertase 还在继续为 FlutterFire 插件增添更多功能，包括在新版 Flutter 中对 Cloud Firebase 集成作的多项更新:

• 用于读写数据的 Typesafe API
• 支持 Firebase Local Emulator Suite
• 利用 data bundles 优化您的数据查询

FlutterFire 如今还支持 Firebase 新推出的 beta 版产品 Firebase App Check。Firebase App Check 可帮助您保护 Cloud Storage 等后端资源，使其不受付费欺诈或钓鱼攻击等滥用行为的侵害。有了 App Check，运行您的 Flutter 应用的设备会经过一个应用身份证实提供方来证实应用实例的正当身份，并可检查应用是否运行在未受篡改的可信设备上。一旦您启用 App Check，相应证实信息会附加到您的应用向 Firebase 后端资源发出的每个请求中。要了解详情，请参阅 FlutterFire App Check 文档。

Flutter DevTools 更新

此版本的 Flutter DevTools 带来了多项重大更新，包括内存跟踪方面的两项改进和一个 Provider 插件专属的新标签页。

内存跟踪方面的第一项改进: 跟踪对象的内存分配位置。这有助于找出致使内存泄漏的代码。

Flutter DevTools 内存标签页分配栈轨迹

第二项改进: 向内存时间轴中注入自定义信息。这让您能够根据应用的具体状况添加标注，例如标出内存密集型工做的开始点和结束点，以验证是否适当地执行了清理。

Flutter DevTools 时间轴标签页自定义内存事件

随着 Flutter 应用的体积逐步增加，咱们将继续努力为 Flutter 开发者提供所需的工具，助其跟踪和修复内存泄漏和其余各类运行时问题。

您须要排查的问题并不只仅是那些与 Flutter 框架相关的运行时问题，有时还有与所依赖 package 相关的问题。随着 pub.dev 上的 Flutter 兼容 package 数量突破 15,000 大关，您的应用使用的 package 数量也极可能随之增加。有鉴于此，Flutter DevTools 中新加入了一个实验性的 Provider 标签页，由 provider package 自己及其余不少出色软件的开发者 Remi Roussel 倾力打造。若是您运行的是最新版 Flutter，在您对一个包含 provider 插件的 Flutter 应用进行调试时，Provider 标签页就会自动显示。

实战演示: Flutter DevTools Provider 标签页

Provider 标签页会向您展现每一个 provider 的相关数据，并会实时反映您在应用运行过程当中作出的更改。很棒吧？不只如此，它还可让您直接更改这些数据，从而对应用的边角案例进行测试。太赞了！

在合力 Remi 开发此标签页的过程当中，咱们也学到了一些宝贵经验，知道了该如何更好地为具备相似需求的 package 做者服务。您能够了解 Remi 是如何构建出 Provider 标签页的，还能够经过 Flutter DevTools 插件提案了解咱们当前的改进思路。欢迎向咱们提供反馈；同时，若是您在 Flutter DevTools 新增更多标签页方面也有本身的想法，咱们也很期待听到您的高见。

上述改进只是此版本 Flutter DevTools 众多改进中的几项。如需完整列表，请查看下列公告:

• Flutter DevTools 2.1 版本说明
• Flutter DevTools 2.2.1 版本说明
• Flutter DevTools 2.2.3 版本说明

IDE 插件更新

在此版本中，针对 Flutter 的 Visual Studio Code 和 IntelliJ/Android Studio IDE 扩展也获得了更新。例如，Visual Studio Code 扩展示在支持两项额外的 Dart 代码重构: 内联函数和内联本地变量。

实战演示: 新的 "内联函数" Dart 重构

在 Android Studio/IntelliJ 扩展中，咱们新增了一个在控制台中输出全部堆栈轨迹的选项。

您如今能够输出全部堆栈轨迹，而不只限于第一条

若是项目中某个问题的根源是在另外一个 package，之前相关轨迹不会归入到输出中，这项新功能就能够派上大用场。但随之而来的一个问题是，该如何让轨迹信息更易于梳理解读？咱们已经有了一些想法，欢迎关注后续相关改动。

如需此版本中 IDE 扩展的完整变动列表，请查看下列公告:

• VS Code 扩展 v3.21
• VS Code 扩展 v3.22
• Flutter IntelliJ 插件 M55 版本
• Flutter IntelliJ 插件 M56 版本

DartPad 随堂实践

为了确保 Flutter 开发者社区蓬勃发展的同时让相关文档也能跟上脚步，Dart 和 Flutter 团队始终在千方百计改进和拓展相关培训内容的制做方法。在此版本中，咱们为 DartPad 添加了一个新的分步式界面，让开发者在学习讲师主导的课程/讲座时能够方便地随堂动手实践。

实战演示: DartPad 课程/讲座随堂实践

经过将实践指引直接加入到 DartPad 中，咱们在今年的 I/O 大会实现了 引导式讲座体验。不过，此功能并不是专为咱们本身的需求而开发，若是您要在本身的 Dart 或 Flutter 课程/讲座中使用该工具，能够按 DartPad 培训内容创做指南 中的说明操做。请勿将此功能与 在 Gist 中经过 DartPad 分享代码 和 在您的网站上嵌入 DartPad 这两项功能相混淆，后二者已经推出了一段时间。

咱们但愿全部 Dart 和 Flutter 内容做者都可以为其受众带去丰富的互动式体验。欢迎试用并 向咱们提供反馈。

社区聚焦: FlutterFlow

FlutterFlow 是一个 "低代码" (low code) 应用设计和开发工具，用于在浏览器中构建应用。它提供了一个 "所见即所得" 环境，让您可根据实际 Firebase 数据来设计横跨多个页面的应用布局。此工具的目标是让您可以轻松执行大部分常见操做，并尽可能减小您本身须要编写的代码量。实际上，在一次演示中，演示者不到一个小时就使用此工具构建出了一个包含多个页面、可帮助用户游览大都会艺术博物馆的完整移动应用，整个过程没有写一行代码。您能够在 YouTube 上观看整个过程的 视频记录。

对兼容性有影响的重大变动

一如既往，咱们会尽可能避免进行影响兼容性的重大变动。在此版本中，此类变动仅限于移除下面这些已废弃的组件:

• 73750 移除已废弃的 BinaryMessages
• 73751 移除已废弃的 TypeMatcher 类

您能够 在 flutter.cn 上找到这些变动对应的迁移指南.

结语

Google Flutter 团队全体同仁谨此向你们致以诚挚谢意！咱们要感谢 Flutter 社区的每个人，Flutter 取得的成绩离不开你们的每一份贡献。现在，Play 商店中有超过八分之一的新应用是采用 Flutter 构建而成，仅在 Play 商店就收录了多达 20 万款 Flutter 应用。Flutter 的迅猛发展势头出人意表。世界各地大大小小的应用团队都使用 Flutter 进行开发，为诸多平台上的用户打造优质体验。谢谢你们选择 Flutter！

最后，以避免您错过，不要忘了体验下在本次 I/O 大会推出的 I/O Photo Booth web 应用，它是由 Flutter 和 Firebase 构建而成的 web 应用，让您能够和 Dash 合拍萌萌的大头照。咱们还 开放了其源代码，方便您进一步了解 Flutter web 最佳实践、相机插件 web 支持以及如何使用 Cloud Functions 函数来生成自定义社交内容。机不可失，赶忙一睹为快吧！