Flutter 2025 Roadmap

2025

这个路线图是有抱负的。它主要代表了我们这些在谷歌工作的人收集的内容。到目前为止，非Google贡献者的数量超过了谷歌雇佣的贡献者，所以这并不是一个详尽的列表，列出了我们希望今年Flutter能够出现的所有令人兴奋的新事物！在软件业务中，总是很难准确地预测工程工作——对于开源项目更是如此。所以请注意，我们在这里所涵盖的是一个意向声明，而不是一个保证。

可访问性：

2024年，我们完成了移动平台（iOS和Android）可访问性的几个关键用例的验证。在2025年，我们计划进一步关注web平台的可访问性支持。

性能表现：

我们继续关注Impeller的质量和性能。我们计划通过移除iOS上的Skia后端来完成向Impeller的iOS迁移。在Android上，我们关注的是现代Android设备，特别是那些支持Android api级别29或更高版本的设备，我们希望将Impeller作为默认值。我们在2024年看到了旧设备上的问题，现在，我们希望在这些设备上继续支持Skia。

移动（Android和iOS）平台：

我们将继续更新iOS，支持即将发布的iOS 19和Xcode 17版本，并完成对Swift PackageManager （SwiftPM）的支持。我们预计SwiftPM将在2025年晚些时候成为默认选项。其次，我们将继续完善Cupertino的支持——那些符合苹果人机界面准则的小部件。在Android上，我们将研究即将发布的Android 16支持的一些主要功能。我们还希望将Gradlebuild逻辑从Groovy转移到Kotlin，并增加构建工具的单元测试覆盖率。在iOS和Android上，互操作性对于与平台原生代码进行交互至关重要。我们希望继续我们的实验工作，以支持直接从Dart调用到Objective C和Swift代码（iOS），以及Java和Kotlin （Android）。这还包括调用只能在主操作系统/平台线程上调用的api。

Web平台：

在2024年，我们在性能和质量上取得了巨大的进步（如应用大小的减小，更好地使用多线程和改进的应用加载时间）。在2025年，我们计划对Flutter web的核心进行进一步改进。这包括可访问性、文本输入、国际文本呈现、大小、性能和平台集成。我们还希望通过编译Wasm/WebAssembly来继续提高Web性能。支持JS和Wasm编译的新的Dart JS互操作机制已经完成。接下来，我们计划在2025年移除遗留的HTML和JS库（参见重大变更公告）。最后，我们在支持网络热重载方面取得了不错的进展，并希望在2025年推出。

桌面平台：

谷歌的Flutter团队将在2025年专注于移动和web支持，而Canonical的Flutter团队将继续投资于桌面平台，如Windows、macOS和Linux。在2024年，我们登陆了桌面的多视图渲染。2025年，Canonical计划进一步改进对可访问性、键盘、文本输入和焦点的多窗口支持。Canonical还计划在窗口api方面取得进展。