跳转到主要内容

Electron 10.0.0

·阅读时长 5 分钟

Electron 10.0.0 已经发布!它包含了对 Chromium 85、V8 8.5 和 Node.js 12.16 的升级。我们还添加了几个新的 API 集成和改进。请阅读下文了解更多详情!


Electron 团队很高兴地宣布 Electron 10.0.0 的发布!您可以通过 npm 使用 npm install electron@latest 进行安装,或从我们的发布网站下载。此版本包含了大量的升级、修复和新功能。

在 Electron 10 版本中,我们还对发布说明做了一项改动。为了更容易地区分哪些是 Electron 10 中的全新内容,以及 Electron 10 与过去版本之间可能发生的变化,我们现在也包含了那些被引入 Electron 10 但又被反向移植到先前版本中的改动。我们希望这能让应用在升级 Electron 时更容易找到新功能和错误修复。

我们迫不及待地想看到您用它们构建出什么!请继续阅读有关此版本的详细信息,并请分享您的任何反馈!

重要变更

技术栈变更

重点特性

  • 添加了 contents.getBackgroundThrottling() 方法和 contents.backgroundThrottling 属性。[#21036]
  • 在主进程中暴露了 desktopCapturer 模块。#23548
  • 现在可以通过调用 ses.isPersistent() API 来检查给定的 session 是否是持久化的。#22622
  • 解决了由于网络 IP 地址更改和 ICE 导致 RTC 调用无法连接的网络问题。(Chromium 问题 1113227)。#24998

请参阅 10.0.0 版本发布说明,了解新功能和更改的完整列表。

破坏性变更

  • enableRemoteModule 的默认值更改为 false#22091
    • 这是我们弃用 remote 模块并将其移至用户空间的计划的一部分。您可以阅读并关注此问题,其中详细说明了我们这样做的原因,并包含了弃用的建议时间表。
  • app.allowRendererProcessReuse 的默认值更改为 true#22336 (同样在 Electron 9 中)
    • 这将阻止在渲染器进程中加载非上下文感知的原生模块。
    • 您可以阅读并关注此问题,其中详细说明了我们这样做的原因,并包含了弃用的建议时间表。
  • 修复了当操作系统区域设置为 RTL 语言(如阿拉伯语或希伯来语)时 macOS 上窗口按钮的定位问题。无边框窗口应用可能需要考虑此更改来调整其窗口样式。#22016

有关这些及未来更改的更多信息,请参阅计划中的重大更改页面。

API 更改

  • Session:现在可以通过调用 ses.isPersistent() API 来检查给定的 session 是否是持久化的。#22622
  • Contents:添加了 contents.getBackgroundThrottling() 方法和 contents.backgroundThrottling 属性。#21036

已弃用的 API

以下 API 现已弃用或被移除

  • 移除了 netLog 中已弃用的 currentlyLoggingPath 属性。此外,netLog.stopLogging 不再返回记录的日志路径。#22732
  • crashReporter 中弃用了未压缩的崩溃报告上传。#23598

停止对 7.x.y 的支持

根据项目的支持政策,Electron 7.x.y 已停止支持。鼓励开发者和应用程序升级到更新版本的 Electron。

下一步计划

在短期内,您可以期待团队继续专注于跟上构成 Electron 的主要组件(包括 Chromium、Node 和 V8)的开发步伐。虽然我们谨慎地不作出关于发布日期的承诺,但我们的计划是大约每季度发布一个新的 Electron 主要版本,其中包含这些组件的新版本。暂定的 11.0.0 时间表列出了 Electron 11.0 开发生命周期中的关键日期。另外,请参阅我们的版本控制文档,了解有关 Electron 版本控制的更详细信息。

有关 Electron 未来版本中计划的重大更改的信息,请参阅我们的计划中的重大更改文档

继续进行 remote 模块的弃用工作(在 Electron 11 中)

我们从 Electron 9 开始着手移除 remote 模块,并且我们将继续推进移除 remote 模块的计划。在 Electron 11 中,我们计划继续进行重构工作以实现 WeakRef,就像我们在 Electron 10 中所做的那样。请阅读并关注此问题,了解弃用的完整计划和细节。

要求原生 Node 模块具备上下文感知或为 N-API 的最后一步(在 Electron 12 中)

编辑:最初,这篇博客文章声明我们将在 Electron 11 中禁用渲染器进程重用。禁用渲染器进程重用现已推迟到 Electron 12。

从 Electron 6 开始,我们一直在为要求在渲染器进程中加载的原生 Node 模块必须是N-API上下文感知的奠定基础。强制执行这一更改可以实现更强的安全性、更快的性能,并减少维护工作量。该计划的最后一步是在 Electron 12 中移除禁用渲染器进程重用的能力。请阅读此问题以获取包括建议时间表在内的全部详情。