Flutter 3.7 发布,本人对其中后台isolate通道比较感兴趣,迫不及待翻译了下Aaron Clarke的文章,第一次翻译,有不足地方欢迎各位大佬们评论区指正,我将持续更新到本文,谢谢。 原文地址:Introducing background isolate channels | by Aaron Clarke | Flutter | Jan, 2023 | Medium
此时此刻,我很高兴地宣布从 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 插件的示例:
代码语言:javascript复制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 社区的支持,我希望你们都能找到这个新特性更惊艳的用途。