Flutter 3.3 现已发布，此版本专注于完善和性能改进，以强化三个月前发布的 Flutter 3 中所提供的功能。自 Flutter 3 发布以来，Flutter 已经合并了 5,687 个 PR。此版本通过几个新组件和一些错误修复扩展了对不断发展的 Material 3 规范的支持，包括针对平板电脑和桌面开发人员的新功能，iPad 上的涂鸦手写支持、可选择的文本分组和触控板支持。
还包括 Dart 2.18，它为使用 Swift 或 Objective-C 编写的库和代码引入了 FFI 支持。公告称，基于此版本构建的应用程序将在桌面、Web 和移动设备上体验到更高的性能。此版本带来了 Flutter Web、桌面、文本处理性能的更新等等，还为go_router包、DevTools 和 VS Code 扩展引入了更新。
![]()
Framework
全局选择
随着 SelectableArea widget 的引入，任何 child of the SelectableArea widget 都可以免费启用选择。更多详情可查看 SelectableArea API 页面。
![]()
触控板输入
Flutter 3.3 改进了对触控板输入的支持。不仅提供了更丰富、更流畅的控制，还减少了某些情况下的误解。有关这种误解的示例，可查看 Drag a UI element page in the Flutter cookbook。滚动到页面底部以访问 DartPad 实例，然后执行以下步骤：
- 缩小窗口大小，使上部呈现滚动条
- 悬停在上部
- 使用触控板滚动
- 在安装 Flutter 3.3 之前，在触控板上滚动会拖动项目，因为 Flutter 正在 dispatching 模拟的一般事件
- 安装 Flutter 3.3 后，在触控板上滚动会正确滚动列表，因为 Flutter 提供的是“滚动”手势，该手势无法被卡片识别，但可以被滚动视图识别
更多详情可查看 Flutter Trackpad Gesture 以及 PR。
Scribble
Flutter 现在支持在 iPadOS 上使用 Apple Pencil 进行 Scribble 手写输入。默认情况下，此功能在CupertinoTextField、TextField和EditableText上启用。
![]()
文字输入
为了改进对富文本编辑的支持，此版本引入了从平台的TextInputPlugin接收细化文本更新的能力。以前，TextInputClient只交付新的编辑状态，新旧之间没有差异，TextEditingDeltas和DeltaTextInputClient填补了这个信息空白。了解更多信息，可查看富文本编辑器演示。
Material Design 3
Flutter 团队继续将更多 Material Design 3 组件迁移到 Flutter。此版本包括对IconButton、Chips以及AppBar的大号和中号变体的更新。要监控 Material Design 3 迁移的进度，可查看 Bring Material 3 to Flutter。
图标按钮
![]()
Chip
![]()
大中型 AppBar
![]()
![]()
桌面
Windows
以前，Windows 桌面应用程序的版本由特定于 Windows 应用程序的文件设置。此行为与其他平台设置其版本的方式不一致。现在可以从你的项目pubspec.yaml文件和构建参数中设置 Windows 桌面应用程序版本。
有关设置应用程序版本的更多信息，建议遵循 docs.flutter.dev 上的文档和迁移指南。在 Flutter 3.3 之前创建的项目需要更新才能获得此功能。
Packages
go_router
为了扩展 Flutter 的 native navigation API，该团队发布了一个新版本的go_router包，使设计适用于移动设备、桌面和 Web 的路由逻辑变得更加简单。
该go router包由 Flutter 团队维护，通过提供声明性的、基于 url 的 API 来简化路由，从而更容易 navigate 和处理 deep-links。最新版本 (4.3) 允许应用程序使用异步代码重定向，并包括迁移指南中描述的其他 breaking changes。有关更多信息，可查看 docs.flutter.dev 上的 Navigation and routing 页面。
VS Code 扩展增强
Flutter 的 Visual Studio Code 扩展有几个更新，包括添加依赖项的改进。现在可以使用 Dart: Add Dependency 一步添加多个以逗号分隔的依赖项。
![]()
Flutter 开发者工具更新
自上一个稳定的 Flutter 版本以来，DevTools 进行了许多更新，包括对数据显示表的 UX 和性能改进，以便更快、更好地滚动大型事件列表 ( #4175 )。
Performance
Raster cache 改进
此版本通过消除 copies 和减少 Dart 垃圾收集 (GC) 压力来提高从 assets 加载 image 的性能。以前，在加载 asset images 时，ImageProviderAPI 需要多次复制压缩数据。首先，当打开 asset 并将其作为类型化数据数组公开给 Dart 时，它被复制到 native heap 中。然后，当该类型化数据数组被复制到 ui.ImmutableBuffer 的内部存储时，它又被第二次复制。
随着 ui.ImmutableBuffer.fromAsse t的加入，压缩的 image bytes 可以直接加载到用于解码的结构中。这种方法需要对 ImageProviders 的 byte loading pipeline 进行修改。这个过程也更快，因为它绕过了之前基于通道的加载器方法所需的一些额外的调度开销。
其测试结果表明，image 加载时间提高了近 2 倍。
![]()
有关更多信息和迁移指南，可参阅 docs.flutter.dev 上的 Adding ImageProvider.loadBuffer 。
Stability
iOS 指针压缩已禁用
虽然禁用指针压缩会增加 Dart 对象消耗的内存，但它也增加了 Flutter 应用程序的非 Dart 部分的可用内存，因此总体上更可取。
API 改进
PlatformDispatcher.onError
在此版本中，你应该通过设置PlatformDispatcher.onError回调来捕获所有错误和异常，而不是使用自定义Zone。有关更多信息，可查看 docs.flutter.dev 上 更新的 Handling errors in Flutter 页面。
FragmentProgram 更改
用 GLSL 编写并列在应用程序 pubspec.yaml 文件的 Flutter manifest 中 shaders: 部分下的片段着色器现在将被自动编译为引擎理解的正确格式，并作为资产与应用程序捆绑。由于这一变化，你将不再需要使用第三方工具手动编译着色器。今后，你应该将 Engine 的 FragmentProgram API 视为只接受 Flutter 的构建工具的输出。目前还没有这种情况，但计划在未来的版本中进行此更改，如 FragmentProgram API 支持改进设计文档中所述。
有关此更改的示例，可参阅此 Flutter shader example。
Fractional translation
以前，Flutter Engine 总是将合成层与精确的像素边界对齐，因为它提高了旧款（32 位）iPhone 的渲染性能。自从添加桌面支持以来，开发团队注意到这导致了可观察到的捕捉行为，因为屏幕设备像素比通常要低得多。例如，在低 DPR 屏幕上，可以看到工具提示在淡入时明显捕捉。在确定这种像素捕捉对于新 iPhone 型号的性能不再必要后，其从 Flutter Engine 中删除了这种像素捕捉以提高桌面保真度。此外，去除这种像素捕捉还可以稳定一些 golden image 测试，因为这些图像经常会出现细微的渲染差异。
对支持平台的更改
32 位 iOS 弃用
由于使用量减少，该版本是最后一个支持 32 位 iOS 设备和 iOS 版本 9 和 10的版本。此更改影响 iPhone 4S、iPhone 5、iPhone 5C 以及第 2、3d 和第 4 代 iPad 设备。Flutter 3.3 稳定版本和所有后续稳定版本不再支持 32 位 iOS 设备以及 iOS 9 和 10 版本。这意味着基于 Flutter 3.3 及更高版本构建的应用程序将无法在这些设备上运行。
停用 macOS 10.11 和 10.12
在 2022 年第四季度稳定版本中，预计将放弃对 macOS 版本 10.11 和 10.12 的支持。这意味着在那之后针对稳定的 Flutter SDK 构建的应用程序将不再在这些版本上运行，并且 Flutter 支持的最低 macOS 版本将增加到 10.13 High Sierra。
Bitcode 弃用
在即将发布的 Xcode 14 版本中，iOS 应用程序提交将不再接受 Bitcode ，并且启用了 bitcode 的项目将在此版本的 Xcode 中发出构建警告。鉴于此，Flutter 将在未来的稳定版本中放弃对 Bitcode 的支持。
默认情况下，Flutter 应用程序没有启用 Bitcode，因此其预计此举不会影响许多开发人员。但是，如果你在 Xcode 项目中手动启用了 bitcode，需在升级到 Xcode 14 后立即禁用它；可以通过打开ios/Runner.xcworkspace并将构建设置 Enable Bitcode 设置为 No。Add-to-app 开发者也建议在 host Xcode 项目中禁用它。
![]()
可参阅 Apple 的文档以了解更多信息。
