关于flutter:Dart-215-现已发布

6次阅读

共计 6448 个字符，预计需要花费 17 分钟才能阅读完成。

作者 / Michael Thomsen, Dart & Flutter Product Manager, Google

咱们曾经正式公布了 Dart SDK 的 2.15 版本，该版本新增了可疾速并发的工作器 isolate、新的构造函数拆分 (tear-off) 语言个性、通过改良的 dart:core 库枚举反对、package 发布者相干的新性能，等等。

现在，简直所有古代设施都应用多核 CPU，能够并行执行多个工作。对于大多数 Dart 程序来说，这些内核的应用状况对开发者而言是通明的: 默认状况下，Dart 运行时零碎在单个内核上运行所有的 Dart 代码，不过会应用其余内核来执行零碎级任务，比方异步输出 / 输入，包含写入文件或者调用网络等。

不过您本人的 Dart 代码可能也须要并发运行。例如，您可能须要展现一个间断的动画，同时执行一个长时间运行的工作，比方解析一个大型 JSON 文件。如果额定工作花了太长时间，就可能会导致界面卡顿或提早。如果将这些额定的工作挪动到另一个独自的内核，动画就能够在主执行线程上持续运行而不受烦扰。

Dart 的并发模型基于 isolate，isolate 是一种互相隔离的独立执行单元，这是为了避免出现与共享内存相干的大量并发编程谬误，如数据争用等竞态条件。Dart 通过禁止在 isolate 之间共享任何可变对象来防止这些谬误，并应用消息传递在 isolate 之间替换状态。在 Dart 2.15 中，咱们对 isolate 进行了许多实质性的改良。

咱们首先从新设计和实现了 isolate 的工作形式，引入了一个新概念: isolate 组。Isolate 组中的 isolate 共享各种外部数据结构，这些数据结构则示意正在运行的程序。这使得组中的单个 isolate 变得更加轻便。现在，因为不须要初始化程序结构，在现有 isolate 组中启动额定的 isolate 比之前快 100 多倍，并且产生的 isolate 所耗费的内存缩小了 10 至 100 倍。

尽管 isolate 组依然阻止在 isolate 间共享拜访可变对象，但因为 isolate 组应用共享堆实现，这也让其领有了更多的性能。咱们能够将对象从一个 isolate 传递到另一个 isolate，这可用于执行返回大量内存数据的工作的工作器 isolate。例如，工作器 isolate 通过网络调用取得数据，将该数据解析为大型 JSON 对象图，而后将这个 JSON 图返回到主 isolate 中。在推出 Dart 2.15 之前，执行该操作须要深度复制，如果复制破费的工夫超过帧估算工夫，就会导致界面卡顿。

在 Dart 2.15 中，工作器 isolate 能够调用 Isolate.exit()，将其后果作为参数传递。而后，Dart 运行时将蕴含后果的内存数据从工作器 isolate 传递到主 isolate 中，无需复制，且主 isolate 能够在固定工夫内接管后果。咱们曾经在 Flutter 2.8 中更新了 compute() 实用函数，来利用 Isolate.exit()。如果您曾经在应用 compute()，那么在降级到 Flutter 2.8 后，您将主动取得这些性能晋升。

最初，咱们还从新设计了 isolate 消息传递机制的实现形式，使得中小型音讯的传递速度进步了大概 8 倍。发送音讯的速度显著更快，而接管信息简直总是在恒定的工夫内实现。另外，咱们扩大了 isolate 能够互相发送的对象品种，减少了对函数类型、闭包和堆栈跟踪对象的反对。请参阅 SendPort.send() 的 API 文档理解详情。

要理解无关如何应用 isolate 的更多信息，请参阅咱们为 Dart 2.15 增加的官网文档 Dart 中的并发，以及更多代码示例。

在 Dart 中，您能够应用函数名称创立一个函数对象，该对象指向另一个对象的函数。在以下示例中，main() 办法的第二行演示了将 g 指向 m.greet 的语法:

class Greeter {
  final String name;
  Greeter(this.name);

  void greet(String who) {print('$name says: Hello $who!');
  }
}
void main() {final m = Greeter('Michael');
  final g = m.greet; // g holds a function pointer to m.greet.
  g('Leaf'); // Invokes and prints "Michael says: Hello Leaf!"
}

在应用 Dart 外围库时，这种函数指针 (也被称为函数拆分) 经常出现。上面是通过传递函数指针在 iterable 上调用 foreach() 的示例:

final m = Greeter('Michael');
['Lasse', 'Bob', 'Erik'].forEach(m.greet);
// Prints "Michael says: Hello Lasse!", "Michael says: Hello Bob!",
// "Michael says: Hello Erik!"

在之前的版本中，Dart SDK 不反对创立构造函数的拆分 (语言问题 #216)。这就有点烦人，因为在许多状况下，例如构建 Flutter 界面时，就须要用到构造函数的拆分。从 Dart 2.15 开始，咱们反对这种语法。以下是构建蕴含三个 Text widget 的 Column widget 的示例，通过调用 .map() 将 Text 构造函数的拆分传递给 Column 的子项。

class FruitWidget extends StatelessWidget {
 @override
 Widget build(BuildContext context) {
   return Column(children: ['Apple', 'Orange'].map(Text.new).toList());
 }
}

Text.new 指 Text 类的默认构造函数。您也能够援用命名构造函数，例如 .map(Text.rich)。

在实现构造函数拆分时，咱们也借此机会修复了现有的函数指针性能中的一些不统一问题。当初能够特化泛型办法来创立非泛型办法:

T id<T>(T value) => value;
var intId = id<int>; // New in 2.15.
int Function(int) intId = id; // Pre-2.15 workaround.

您甚至能够特化一个泛型函数对象来创立一个非泛型函数对象:

const fo = id; // Tear off `id`, creating a function object.
const c1 = fo<int>; // New in 2.15; error before.

最初，Dart 2.15 清理了波及泛型的类型字面量:

var y = List; // Already supported.
var z = List<int>; // New in 2.15.
var z = typeOf<List<int>>(); // Pre-2.15 workaround.

改良 dart:core 库中的枚举

咱们为 dart:core 库的枚举 API 增加了许多优化 (语言问题 #1511)。当初您能够通过 .name 获取每个枚举值的 String 值:

enum MyEnum {one, two, three}
void main() {print(MyEnum.one.name);  // Prints "one".
}

还能够按名称查找枚举值:

print(MyEnum.values.byName('two') == MyEnum.two);  // Prints "true".

最初，您能够取得所有名称 - 值对的映射:

final map = MyEnum.values.asNameMap();
print(map['three'] == MyEnum.three);  // Prints "true".

请参阅此 Flutter PR 查看这些新 API 的应用示例。

Dart 2.15 减少了对压缩指针的反对，这样，如果只须要反对 32 位的地址空间 (最多 4 GB 内存)，则 64 位 SDK 能够应用更加节俭空间的指针示意模式。压缩指针显著缩小了内存占用，在对 Google Pay 利用的内部测试中，咱们发现 Dart 堆的体积缩小了大概 10%。

压缩指针意味着无奈解决 4 GB 以上的可用 RAM，因而该性能只存在于 Dart SDK 的配置选项中，只能在构建 SDK 时由 Dart SDK 的嵌入器启用。Flutter SDK 2.8 版已为 Android 构建启用此配置，Flutter 团队正在思考在后续版本中为 iOS 构建启用此配置。

以往 Dart SDK 不提供调试和性能工具的 DevTools 套件，您须要独自下载。从 Dart 2.15 开始，下载 Dart SDK 时也会获取 DevTools，无需进一步的装置步骤。无关在 Dart 命令行利用中应用 DevTools 的更多信息，请参阅 DevTools 文档。

Dart 2.15 SDK 在 dart pub 开发者命令和 pub.dev package repo 中还新增了两个性能。

首先，为 package 发布者新增了一个平安性能，用于检测发布者在 pub package 中意外公布 secret，例如 Cloud 或 CI 凭据。在理解到 GitHub repo 中每天都有数以千计的 secret 被泄露后，咱们便决定增加这个泄露检测性能。

泄露检测作为 dart pub publish 命令中的预公布验证的一部分运行。如果它在行将公布的文件中检测到潜在的 secret，publish 命令会退出，而不进行公布，并打印如下输入:

Publishing my_package 1.0.0 to https://pub.dartlang.org:
Package validation found the following errors:
* line 1, column 1 of lib/key.pem: Potential leak of Private Key detected.
╷
1 │ ┌ - - -BEGIN PRIVATE KEY - - -
2 │ │ H0M6xpM2q+53wmsN/eYLdgtjgBd3DBmHtPilCkiFICXyaA8z9LkJ
3 │ └ - - -END PRIVATE KEY - - -
╵
* line 2, column 23 of lib/my_package.dart: Potential leak of Google OAuth Refresh Token detected.
╷
2 │ final refreshToken = "1//042ys8uoFwZrkCgYIARAAGAQSNwF-L9IrXmFYE-sfKefSpoCnyqEcsHX97Y90KY-p8TPYPPnY2IPgRXdy0QeVw7URuF5u9oUeIF0";

在极少数状况下，此项检测可能会呈现误报，将您实际上打算公布的内容或文件标记为潜在泄露。在这些状况下，您能够将文件增加到许可名单中。

其次，咱们还为发布者增加了另一个性能: 撤销已公布的 package 版本。当公布了有问题的 package 版本时，咱们通常的倡议是公布一个小幅降级的新版原本修复意外问题。但在极少数状况下，例如您尚未修复这些问题，或是您在原打算只公布一个主要版本时意外公布了一个次要版本，那么您就能够应用新的 package 撤销性能，作为最初的补救办法。此性能在 pub.dev 的治理界面中提供:

在 package 版本被撤销后，pub 客户端在 pub get 或 pub upgrade 中将不再解析该版本。如果有开发者曾经解析该撤销的版本 (并存在于他们的 pubspec.lock 文件中)，他们将在下次运行 pub 时看到正告:

$ dart pub get
Resolving dependencies…
mypkg 0.0.181-buggy (retracted, 0.0.182-fixed available)
Got dependencies!

最近发现了一个波及双向 Unicode 字符的通用编程语言破绽 (CVE-2021–42574)。这个破绽影响了大多数反对 Unicode 的古代编程语言。上面的 Dart 源代码演示了这个问题:

main() {
 final accessLevel = 'user';
 if (accessLevel == 'user .⁦// Check if admin⁩ ⁦') {print('You are a regular user.');
 } else {print('You are an admin.');
 }
}

您可能会认为该程序会打印出 You are a regular user.，但实际上它打印出的是 You are an admin.！通过应用蕴含双向 Unicode 字符的字符串，您就可能会造成这一破绽。这些双向字符针对在同一行的文本，能够将文本的方向由从左到右更改为从右到左，反之亦然。双向字符文本在屏幕上的出现与理论文本内容截然不同。您能够进一步查看此 GitHub gist 示例。

针对此破绽的缓解措施包含应用检测双向 Unicode 字符的工具 (编辑器、代码审查工具等)，以便开发者发现它们，并在知情的状况下应用这些字符。下面提到的 GitHub gist 文件查看器便是发现这些字符的工具的一个例子。

Dart 2.15 引入了进一步的缓解措施 (Dart 平安倡议 CVE-2021–22567)。当初，Dart 分析器会扫描双向 Unicode 字符，并标记对它们的任何应用:

$ dart analyze
Analyzing cvetest...                   2.6s
info • bin/cvetest.dart:4:27 • The Unicode code point 'U+202E'
      changes the appearance of text from how it's interpreted
      by the compiler. Try removing the code point or using the
      Unicode escape sequence '\u202E'. •
      text_direction_code_point_in_literal

咱们倡议用 Unicode 转义序列替换这些字符，这样它们就可在任何文本编辑器或查看器中显示进去。或者，如果您的确正当应用了这些字符，您能够在应用这些字符的代码行之前增加笼罩语句来禁用正告:

// ignore: text_direction_code_point_in_literal

咱们也公布了第二个与 pub.dev 相干的 Dart 平安倡议: CVE-2021–22568。此倡议针对可能将 package 公布到第三方 pub package 服务器 (例如私人或公司外部 package 服务器) 的 package 发布者。仅将 package 公布到公开 pub.dev repo (标准配置) 的开发者 不受此破绽的影响。

如果您曾经将 package 公布至第三方 repo，那么破绽是: 用于在第三方 repo 进行身份验证的 OAuth2 长期 (一小时) 拜访令牌可能被误用，以在公开 pub.dev repo 上进行身份验证。因而歹意的第三方 pub 服务器可能会应用拜访令牌，在 pub.dev 上假冒您，并公布 package。如果您曾经将 package 公布到一个不受信赖的第三方 package repo，请思考审查您的帐号在 pub.dev 公开 package repo 上的所有流动。咱们举荐您应用 pub.dev 流动日志进行查看。

心愿您喜爱曾经推出的 Dart 2.15 中的新性能。这是咱们往年的最初一个版本，咱们想借此机会表白咱们对美好的 Dart 生态系统的感激。感激大家的贵重反馈，以及对咱们始终以来的反对，感激大家在过来的一年中在 pub.dev 上公布的数千个 package，它们丰盛了咱们的生态系统。咱们迫切期待明年再次投入工作，咱们打算在 2022 年推出很多激动人心的内容。预祝大家新年快乐，好好享受行将到来的假期吧！

正文完