介绍后台 isolate 通道
此时此刻，我很高兴地宣布从 Flutter 3.7 开始开发人员可以在任意 isolate 中使用插件和平台通道了。 这是自 2018 年以来一直存在并且也是我们排名最高的问题之一。它被降低了优先级，因为实现并不容易且已存在解决方案，尽管很麻烦：始终在 root isolate（Flutter 提供的 isolate）中使用插件 . 然而，随着 Flutter 的日益成熟，越来越关注性能，俗话说“让它工作，让它正确，让它快速”。 选择实现这一特征有利于提高性能和易用性。 因此，考虑带来的收益我们决定实现这一特性。
如果您想了解如何使用此特性，请查看 GitHub 上的示例代码（PS: 原文示例代码不可用，这里我用另外一个官方大佬示例代替了。）。
用例
为什么有人想在后台 isolate 中使用插件呢？很明显，因为世上并不是所有代码都是用 Dart 编写的。社区多年来一直致力于使用插件来访问代码(非 Dart 实现)，例如 path_provider 找到临时目录的能力或 flutter_local_notifications 发布通知的能力。
另外一个问题是：为什么有人在后台线程中执行代码呢？因为有时您别无选择，库可能正调用后台 isolate 回调，例如 android_alarm_manager_plus。或者某个应用可能正在进行大量计算，而开发人员不希望这些计算影响 UI。
在我帮助谷歌其他团队使用 Flutter 的过程中，随着产品的演进，最终会不可避免地遇到 root isolate 瓶颈。 因此，我们需要确保在框架中优化，并为开发者提供工具使其在必要时做更少的事。
下面是后台 isolate 一个人为的用例：
试想，一个应用程序可通过人工智能根据文本提示生成高分辨率图像。用户之前创作都被存储在 Firebase Cloud 中，需求是用户可以用手机随时分享创作。该 Flutter 应用启动时会开启一个后台 isolate 从 Firebase Cloud Store 下载 8K 文本提示相关图片，将图像压缩至指定规格大小导出，保存到相册，最后导出完成并发送通知。
在此示例中，后台 isolate 至少使用了 3 个插件，一个用于从 Firebase Cloud Storage 中请求数据；接着保存到手机相册，保存完毕发送本地通知告诉用户。如果没有后台通道，该应用不得不在 root isolate 中拷贝 8k 图像到后台 isolate 中进行采样，当前 Dart 版本没法保证拷贝过程时间是不变的。
快速开始
下面是一个使用新 API 在后台 isolate 中调用 shared_preferences 插件的示例：
import 'package:flutter/services.dart';
import 'package:shared_preferences/shared_preferences.dart';
void main() {
//root isolate传给后台isolate标志
//(API开始从Flutter3.7)
RootIsolateToken rootIsolateToken = RootIsolateToken.instance!;
Isolate.spawn(_isolateMain, rootIsolateToken);
}void _isolateMain(RootIsolateToken rootIsolateToken) async {
// 将后台isolate注册为root isolate
BackgroundIsolateBinaryMessenger
.ensureInitialized(rootIsolateToken);
//你现在可以用shared_preferences插件了。
SharedPreferences sharedPreferences =
await SharedPreferences.getInstance();
print(sharedPreferences.getBool(‘isDebug’));
}
技术细节
下面是平台通道工作原理概述：
当平台通道被调用产生结果时将通过硬编码转到 platform 线程。为了保证后台 isolate 正常运行，发送消息的 isolate 应该被持有，以便引擎可以在该 isolate 的事件循环上调度结果，这是通过Dart’s ports来实现的，Dart ports 存储并持有 isolate，这也是通过 C Api 调用这些 isolate 的唯一方式。
其他需要实现的功能是将后台 isolate 与 root isolate 关联起来。这是令我惊讶的，为了在引擎销毁时关闭平台通道，我们应该知道与引擎关联的后台 isolate,否则后台 isolate 可能与正在销毁引擎通信，这样做的效果可以在最终的 API 中看到，必须使用 RootIsolateToken 来初始化BackgroundIsolateBinaryMessenger。
有关实现的更多信息，请查看Isolate Platform Channels设计文档。文档中也包含了相左的沟通建议，但尚未付诸实施或接受。
感谢 Flutter 社区的支持，我希望你们都能找到这个新特性更惊艳的用途。