Flutter 2.5 正式版已于上周正式公布！这是一次重要的版本更新，也是 Flutter 公布历史上各项统计数据排名第二的版本。咱们敞开了 4600 个 Issue，合并了 3932 个 PR，它们别离来自 252 个贡献者和 216 个审核者。回顾去年 — 咱们收到来自 1337 个贡献者提交的 21072 个 PR，其中有 15172 个被合并。在详述本次更新的内容之前，咱们想强调，Flutter 的首要工作始终是高质量交付开发者们所须要性能。
Flutter 2.5 带来了一些重要的性能和工具改良，以帮忙开发者们追踪利用中的性能问题。同时，退出了一些新的性能，包含对 Android 的全屏反对、对 Material You (也称 v3) 的更多反对、对文本编辑的更新以反对切换键盘快捷键、在 Widget Inspector 中查看 widget 详情、在 Visual Studio Code 我的项目中增加依赖关系的新反对、从 IntelliJ / Android Studio 的测试运行中取得测试覆盖率信息的新反对，以及一个更贴近 Flutter 利用在实在的应用场景下的利用模板等。这个版本充斥了令人兴奋的新更新，让咱们开始介绍吧！
该版本进行了一些性能上的改良：首先是一项用于从离线训练运行中连贯 Metal 着色器预编译的 PR (#25644)，这将最坏状况下的光栅化工夫缩小了 2/3 (如咱们的基准测试所示)，将第 99 百分位的帧工夫缩小了一半。咱们在缩小 iOS 卡顿方面获得了持续性的停顿，这也是在这条路线上迈出的另一步。然而，着色器预热只是卡顿的一个起源。在该版本以前，解决来自网络、文件系统、插件或其余 isolate 的异步事件可能导致动画中断，这是另一个卡顿的起源。在该版本中咱们对 UI Isolate 的事件循环的调度策略 (#25789) 进行了改良，当初帧解决优先于其余异步事件的解决，在咱们的测试中，其导致的卡顿曾经被打消。
另一个起因是垃圾回收 (GC) 会暂停 UI 线程来回收内存。在该版本以前，一些图像的内存只能在 Dart VM 执行 GC 时以较慢的速度进行回收。在晚期版本中，罕用的做法是 Flutter 引擎会向 Dart VM 提醒图像内存能够通过 GC 回收，实践上能够让内存回收更为及时。可怜的是，在实践中这造成了过多的回收，而且内存有时依然不能被疾速回收，导致无奈防止在内存无限的设施上呈现低内存的状况。在当初的版本中，未应用的图像的内存会尽可能疾速地进行回收 (#26219、#82883、#84740)，这大大减少了 GC 的次数。
举个例子，在咱们的一个测试中，播放了一个 20 秒的 GIF 动画，GC 的次数从须要 400 次降落到只需 4 次。更少的次要 GC，意味着更少的波及图像呈现和隐没的动画卡顿，更少的 CPU 和电量耗费。
Flutter 2.5 的另一项性能改良是优化了 iOS 上 Dart 和 Objective-C/Swift、Android 上 Dart 和 Java/Kotlin 之间互相通信的提早。作为 调整音讯通道 的一部分，咱们从音讯编解码器中移除了不必要的拷贝，在不同内容的大小和设施上缩小了高达 50% 的提早 (详见 #25988、#26331)。
更多详情，请你参阅 Aaron Clarke 的文章：进步 Flutter 中的平台通道性能。
如果你要构建 iOS 利用，咱们还有最初一项性能更新：在该版本中，应用 Apple Silicon M1 Mac 构建的 Flutter 利用能够间接在 ARM 架构的 iOS 模拟器 (#pull/85642) 上运行。这意味着无需应用 Rosetta 对 Intel x86_64 指令和 ARM 进行转换，这晋升了 iOS 利用测试的性能，并躲避了一些奥妙的 Rosetta 问题 (#74970、#79641)。这是 Flutter 在全面反对 Apple Silicon 的途程上迈出的又一步，敬请持续关注。
当然，没有 Dart 语言和它的运行时环境，就不会有当初的 Flutter，它建设在 Dart 语言和 runtime 之上。Flutter 2.5 同时带来了 Dart 2.14。新公布的 Dart 版本 不仅带来了新的格式化使 级联 操作更加清晰，还带来了反对疏忽文件的新 pub 命令工具，以及新的语言性能 (包含传说中的无符号右移操作符的回归)。此外，这个版本带来了一套新的 Dart 和 Flutter 我的项目之间共享的规范代码标准提醒，开箱即用，这也是 Dart 2.14 最精彩的局部。
flutter create 开箱即有一个 analysis_options.yaml 文件，事后应用了举荐的 Flutter lint。
当你创立一个新的 Dart 或 Flutter 我的项目时，你不仅能够应用这些标准，而且 只须要几个步骤 就能够将这种雷同的剖析增加到你现有的利用中。对于这些标准的细节、新的语言性能和更多内容，请查阅：Dart 2.14 公布。
Flutter 2.5 版本对框架进行了一些修复和改良。咱们修复了对于 Android 全屏模式的一系列相干问题，该 Issue 取得了上百个点赞，全屏选项包含向后歪斜、沉迷模式、粘性沉迷模式和边到边四种。这一变动还减少了一种办法用来监听其余模式下的全屏变动。例如，如果用户在应用利用时，扭转了零碎界面的全屏模式，开发者当初能够通过代码让利用从新变为全屏，或执行其余操作。
在这个版本中，咱们持续建设对新的 Material You (又称 v3) 标准的反对，包含对悬浮按钮尺寸和主题的更新 (#86441)，以及一个新的 MaterialState.scrolledUnder 状态，你能够通过 PR (#79999) 中的示例代码看到它的成果。
当咱们探讨滚动时，另一个改良是减少了额定的滚动指标告诉 (#85221、#85499)，即便用户没有滚动，也会提供可滚动区域的告诉。例如，如下示例展现了滚动条依据 ListView 的理论大小而适时呈现或隐没的成果。
在这种状况下，你不须要写任何代码，就能够捕捉 ScrollMetricNotification 的变动。特别感谢社区贡献者 xu-baolin，他在这方面做了大量工作，并提出了一个很好的解决方案。
社区的另一杰出贡献是为 ScaffoldMessenger 减少了 Material 横幅的反对。在 Flutter 2.0 中新增的 ScaffoldMessenger，它提供了一种弱小的形式，在屏幕底部显示 SnackBars 以向用户提供告诉。在 Flutter 2.5 中，当初你能够在 Scaffold 顶部增加一个横幅，在用户将其敞开之前，它将始终放弃在原位。
横幅的 Material 指南 规定你的利用一次只能显示一个横幅，所以如果你的利用屡次调用 showMaterialBanner，ScaffoldMessenger 将持有一个队列，在前一个横幅被敞开时显示下一个新的横幅。感激 Calamity210 为 Flutter 的 Material 反对提供了无力补充。
在 Flutter 2.0 及其新文本编辑性能的根底上，咱们在这个版本中增加了如文本选择器、拦挡覆写任何键盘事件，以及覆写文本编辑的键盘快捷方式的能力 (#85381)。如果你想让 Ctrl – A 做一些自定义操作，而不是抉择所有文本，你能够自行定义。DefaultTextEditingShortcuts 类蕴含了 Flutter 在每个平台上反对的每个键盘快捷方式的列表。如果你想覆写其中的关联，请应用 Flutter 现有的 Shortcuts widget，将任一快捷键从新映射到现有或自定义的用意，您能够将该 widget 搁置在你想要覆写的中央。示例请参阅：API 文档。
另一个失去大量改良的插件是 camera 插件：
- 3795 [camera] android-rework 第 1 局部：反对 Android 相机性能的根底类
- 3796 [camera] android-rework 第 2 局部：Android 主动对焦性能
- 3797 [camera] android-rework 第 3 局部：Android 曝光相干性能
- 3798 [camera] android-rework 第 4 局部：Android 闪光灯和变焦性能
- 3799 [camera] android-rework 第 5 局部：Android FPS 范畴、分辨率和传感器方向性能
- 4039 [camera] android-rework 第 6 局部：Android 曝光和对焦点性能
- 4052 [camera] android-rework 第 7 局部：Android 降噪性能
- 4054 [camera] android-rework 第 8 局部：最终实现的反对模块
- 4010 [camera] 在 iOS 上不触发平放时的设施方向
- 4158 [camera] 修复 iOS 上设置焦点和曝光点的坐标旋转
- 4197 [camera] 修复相机预览在设施方向扭转时不总是重建的问题
- 3992 [camera] 避免在设置不反对的 FocusMode 时解体
- 4151 [camera] 引入 camera_web package
在 image_picker 插件 上也做了很多工作，专一于端到端的相机体验。
- 3898 [image_picker] 图像采集器修复相机设施
- 3956 [image_picker] 在 Android 中将相机捕获的存储地位改为外部缓存，以合乎新的 Google Play 存储要求
- 4001 [image_picker] 删除了多余的相机权限申请
- 4019 [image_picker] 修复当相机作为源时的旋转问题
这些工作改善了 Android 的相机和 image_picker 插件的性能和健壮性。此外，你兴许会留神到 camera 插件 的 Web 性能已处于预览阶段 (#4151)。这个预览版提供了对查看相机预览、拍摄照片、应用闪光灯和变焦管制的根本反对，所有这些都能够在 Web 上进行。它目前不是一个 被认可的联结插件，因而在配置中，你须要明确这个插件仅可能在 Web 利用中 增加应用。
最后的 Android 相机重构工作是由 acoutts 奉献实现的。camera 和 image_picker 的工作是由 Baseflow 实现的，这是一家专门从事 Flutter 的征询公司，因其 在 pub.dev 上的 package 而闻名。camera_web 的工作次要由 Very Good Ventures 实现，这是一家位于美国的 Flutter 征询公司。非常感谢你们对 Flutter 社区的奉献！
另一个有价值的社区奉献是由 fluttercommunity.dev 组织做出的，他们的代表作是 [](https://plus.fluttercommunity… “”) plus 系列插件。随着新的 Flutter 版本公布，之前由 Flutter 官网团队保护的插件当初“交接”给了 fluttercommunity.dev 组织，在每个插件下方都会有上面相似的提醒：
此外，因为这些插件不再踊跃保护，所以咱们已勾销了它们的 Flutter Favorite 标记。如果你还没有迁徙到 plus 系列插件，咱们倡议你依照以下的表格进行对照迁徙。
Flutter 2.5 对 Flutter DevTools 进行了大量的改良。首先是在 DevTools 中减少了对引擎更新的反对 (#26205、#26233、#26237、#26970、#27074、#26617)。其中一组更新使 Flutter 可能更好地将跟踪事件与特定的帧分割起来，这有助于开发人员确定一个帧可能会超出预算的起因。你能够在 DevTools 框架图中看到这一点，该图表重构之后曾经反对了实时展现；当你的利用正在渲染时，它们的数据会被填入该图中。从这个图表中抉择一个构建帧，就能够跳转到该帧的工夫线事件。
Flutter 引擎当初也能辨认工夫线中的着色器编译事件。Flutter DevTools 应用这些事件来帮忙您诊断利用中的着色器编译缺点。
有了这个新性能，DevTools 能够检测到你因着色器编译而失落的构建帧，以帮忙你修复这个问题。如果你心愿像首次运行利用一样，应用 flutter run 命令并加上 --purge-persistent-cache 这个标记。这将革除着色器的缓存，以确保你重现用户在「首次运行」或「从新关上」(iOS) 利用时看到的成果。此性能仍在开发中，所以请将您发现的 问题或改良倡议 提交给咱们，以帮忙发现和改良着色器编译工具。
此外，当你追踪利用中的 CPU 性能问题时，可能曾经吞没在了来自 Dart 和 Flutter 库或引擎的原生代码的分析数据中。如果你想敞开这些数据以专一本人的代码，那么你能够应用新的 CPU Profiler 性能 (#3236)，使你可能暗藏来自任何这些源的 Profiler 信息。
对于你没有过滤掉的类别，它们当初曾经用色彩进行了分类 (#3310、#3324)，这样你就能够很清晰地看到 CPU 火焰图内容对应的局部。
性能可能并不是你惟一想要调试的内容。新版本的 DevTools 带有对 Widget Inspector 的更新，当你将鼠标悬停在 widget 上时，能够评估对象、查看属性、widget 状态等等。
而且当你抉择一个 widget 时，它会在新的 Widget Inspector Console 自动弹出，在那里你能够自在摸索 widget 的属性。
当在断点处暂停时，你也能够在控制台执行表达式。
除了新性能，Widget Inspector 也进行了面目全非。为了使 DevTools 成为了解和调试 Flutter 利用的最佳工具，咱们与芬兰的创意技术机构 Codemate 单干，进行了一些更新。
如上图所示，你能够看到以下变动：
- 更好地传播调试切换按钮的作用 —— 这些按钮有新的图标、面向工作的标签，以及丰盛的工具提醒 (用于形容它们的性能和何时应用它们)。每个工具提醒都进一步链接到了该性能的具体文档。
- 更容易查找和定位感兴趣的 widget——Flutter 框架中常常应用的 widget 当初已在 Inspector 左侧的 widget 树视图中作为图标常驻。它们曾经依据其类别应用色彩进行了分类。例如，布局 widget 显示为蓝色，内容 widget 显示为绿色。此外，每个文本 widget 当初会显示其内容预览。
- 更统一的 Layout Explorer 和 widget 树的色彩计划 —— 当初更容易从 Layout Explorer 和 widget 树中辨认出雷同 widget。例如，如上图所示中的「Column」widget 在 Layout Explorer 中是蓝色背景，在 widget 树视图中也有一个蓝色图标。
咱们很乐意听到你对这些更新产生的任何 问题和改良倡议 以确保 DevTools 高效地运行。这些亮点仅是开始。对于 DevTools 在 Flutter 这个版本中的全副新内容，请查阅以下版本阐明：
- Flutter DevTools 2.3.2 版本阐明
- Flutter DevTools 2.4.0 版本阐明
- Flutter DevTools 2.6.0 版本阐明
IntelliJ / Android Studio 的 Flutter 插件在这个版本中也有一些改良，首先改良是运行集成测试的能力 (#5459)。集成测试是在设施上运行的整个利用测试，在 integration_test 目录下运行，并应用与 widget 单元测试雷同的 testWidgets() 性能。
要在您的我的项目中增加集成测试，请 遵循 flutter.dev 上的阐明。要将测试与 IntelliJ 或 Android Studio 连贯，请增加一个运行配置，启动集成测试，并连贯一个设施供测试应用。运行配置能够让你在运行测试的同时，设置断点、步进等。
此外，Flutter 的最新 IntelliJ / Android Studio 系列插件容许您查看单元测试和集成测试运行的覆盖率信息。您能够通过「debug」按钮旁边的工具栏按钮来拜访这个信息：
覆盖率信息将以红色和绿色的矩形显示在编辑窗口左侧的空隙中。在这个例子里，第 9 – 13 行被测试笼罩，但第 3 和 4 行没有被测试。
最新版本还包含预览来自 pub.dev 的 package 中应用的图标的新性能，这些 package 是围绕 TrueType 字体文件构建的 (#5504、#5595、#5677、#5704)，正如 Material 和 Cupertino 图标反对预览一样。
要启用图标预览，你须要通知该插件你正在应用哪些 package。在插件的设置 / 偏好页面有一个新的文本字段。
留神，这对定义为类中动态常量的图标无效，如屏幕截图中的示例代码所示。它不会对表达式起作用，例如 LineIcons.addressBook() 或 LineIcons.values['code']。如果你是一个图标 package 的作者，而这个图标 package 并不适宜这个性能，请 创立一个 Issue 进行反馈。
更多无关 Flutter 的 IntelliJ / Android Studio 插件的更新信息，请参阅下列公布阐明：
- Flutter IntelliJ Plugin M57 公布
- Flutter IntelliJ Plugin M58 公布
- Flutter IntelliJ Plugin M59 公布
- Flutter IntelliJ Plugin M60 公布
Flutter 的 Visual Studio Code 插件在这个版本中也失去了改良，首先是两个新的命令「Dart: Add Dependency」和「Dart: Add Dev Dependency」(#3306、#3474)。
这些命令提供的性能与曾经提供了一段时间的 Jeroen Meijer 的 Pubspec Assist 插件 相似。这些新命令开箱即用，提供了一个从 pub.dev 定期获取的 package 的类型过滤列表。
你可能还对「Fix All」命令感兴趣 (#3445、#3469)，该命令对 Dart 文件可用，能够在一个步骤中修复所有与 dart fix 雷同的问题。
你也能够在 VS Code 中，通过在 editor.codeActionsOnSave 中增加 source.fixAll 来设置为保留时运行。
又或者如果你想尝试一下预览性能，你能够启用 dart.previewVsCodeTestRunner 设置，看到 Dart 和 Flutter 测试通过新的 Visual Studio Code 测试运行器运行。
Visual Studio Code 测试运行器看起来与以后的 Dart 和 Flutter 测试运行器有些不同，它会在不同的会话中显示后果。Visual Studio Code 测试运行器还在编辑界面的左侧减少了新的间距图标 (Gutter icon)，显示测试的执行后果状态，能够点击它来运行测试 (或右键点击上下文菜单)。
在之后的版本，现有的 Dart 和 Flutter 测试运行器将被移除，而采纳新的 Visual Studio Code 测试运行器。
而这仅仅是 Visual Studio Code 插件新性能和修改的冰山一角。所有详情，请查阅下列公布阐明：
- v3.26 VS Code Test Runner 集成，Flutter 创立设置，…
- v3.25 额定的依赖性治理改良，在文件 / 保留时修复所有，…
- v3.24 依赖关系树的改良，更容易启动配置，编辑器的改良
- v3.23 配置文件模式的改良，改良依赖关系树，改良 LSP
在以前的 Flutter 版本中，你可能会被那些你不心愿解决的异样所困扰，你可能心愿它们触发调试器并找出它们的源头，但却发现 Flutter 框架没有让异样通过来触发调试器中的「未解决的异样」处理程序。在这个版本中，调试器当初能够正确地中断未解决的异样，而以前这些异样只是被框架捕捉 (#17007)。这改善了调试的体验，调试器当初能够间接指向异样在代码中的抛出行，而不是指向框架深处的一个随机地位。与之相干的一个新性能是你可能决定 FutureBuilder 是否应该从新抛出或暗藏谬误 (#84308)。这应该会给你提供更多的异样，以帮忙你追踪 Flutter 利用中的问题。
自从 Flutter 诞生以来，就有了 Counter 利用模板，它有很多长处：它展现了 Dart 语言的很多个性，演示了几个要害的 Flutter 概念，而且它足够小，即便有很多解释性的正文，也能装进一个文件。然而，它并未对 Flutter 利用的理论应用场景提供一个特地好的展现。在这个版本中，你能够通过以下命令创立一个新的模板 (#83530)。
$ flutter create -t skeleton my_app
新的 Skeleton 模板，可生成蕴含两页的列表视图 Flutter 利用 (带具体视图)，并遵循社区最佳实际。它的开发通过了大量的外部和内部评审，以提供一个更好的根底来构建一个达到产品级品质的利用。它反对以下性能：
- 应用 ChangeNotifier 来协调多个小工具
- 默认状况下，应用 arb 文件生成本地化。
- 包含一个示例图像，并为图像资源建设了 1x、2x 和 3x 文件夹。
- 应用「性能优先」的文件夹组织形式
- 反对 shared_preference
- 反对浅色和深色主题设计
- 反对多页之间的导航
随着工夫的推移和 Flutter 最佳实际的倒退，心愿这个新模板也能随之倒退。
如果你正在开发一个插件而不是一个利用，你可能会对 Pigeon 1.0 版本感兴趣。Pigeon 是一个代码生成工具，用于生成 Flutter 和其宿主平台之间类型平安的交互代码。你能够定义插件的 API 形容，并为 Dart 与 Java / Objective-C / Kotlin / Swift 生成模板代码。
Pigeon 曾经利用在 Flutter 团队的一些插件中。这个版本提供了更多有用的错误信息，减少了对泛型、原始数据类型作为参数和返回类型以及多参数的反对，在将来它会被更宽泛地应用。如果你想在本人的插件或 add-to-app 的我的项目中应用 Pigeon，请查阅 pigeon 插件页面 找到更多信息。
以下是 Flutter 2.5 版本中的破坏性改变：
- 默认的设施拖动和滚动
- v2.2 版后删除了废除的 API
- Package 介绍: flutter_lints
- ThemeData 的 accent 属性已被弃用
- 手势识别器清理
- 将 AnimationSheetBuilder.display 替换为 collate
- 应用 HTML 插槽在 Web 中渲染平台视图
- 将 LogicalKeySet 迁徙至 SingleActivator
理解自 1.17 版本以来残缺的破坏性改变列表，请参阅：Flutter 文档网站。
随着咱们持续更新 Flutter Fix (可在 IDE 中应用，也可通过 dart fix 命令应用 )，咱们总共利用了 157 条规定，来迁徙受破坏性改变以及任何弃用影响的代码。判若两人，咱们非常感谢社区 提供的测试，帮忙咱们辨认了这些破坏性改变。如需理解更多，请查阅：Flutter 破坏性改变政策。
另外，随着 Flutter 2.5 的公布，咱们将放弃对 iOS 8 的反对，正如 2020 年 9 月发表 的那样。放弃对市场份额有余 1% 的 iOS 8 的反对，使 Flutter 团队可能专一于应用范畴更广的新平台。弃用意味着这些平台可能能够失常应用 Flutter，但咱们不会在这些平台上测试新版本的 Flutter 或插件。您能够在 Flutter 文档网站 上看到 目前 Flutter 反对的平台列表。
最初，判若两人地感激世界各地的 Flutter 社区组织和社区成员们，是社区让这所有成为可能。在本次更新中奉献和审核 1000 多个 PR 的数百位开发者，因为有你们每个人的致力才成就了本次的成绩。让咱们携手共同努力，为世界各地的开发者独特转变利用的开发流程，让开发者们能够从一个代码库中交付更多利用、更快开发、部署到更多你所关怀的平台。
敬请关注 Flutter 团队的更多更新，这一年还没有完结，刮目相待！
感激 flutter.cn 社区成员 (@AlexV525、@Vadaski、@MeandNi) 以及 Yuan 和 Lynn 对本文的审校和奉献。