Chrome 81 现已发布,该版本最初计划于 3 月 17 日发布,但由于冠状病毒(COVID-19)爆发而导致推迟至了现在。Chrome 81 的延迟不可避免地扰乱了 Google 正常的六周发布时间表。因此 Google 此前也宣布,将直接跳过 Chrome 82 版本的发布,Chrome 的下一个版本将是 v83。 此次更新包含两个主要功能,分别为:改进了对 WebXR(Chrome 的增强现实功能,最初在 Chrome 79 中发布)的支持,以及对 Web NFC 标准的初始支持。 而原本计划但后来从却 Chrome 81 版本中删除的功能更改则包括有:针对 Chrome 的 Web 表单元素的 UI 重新设计,以及取消对 TLS 1.0 和 TLS 1.1 加密协议的支持。首次出现删除的情况是因为 Google 工程师无法及时完成重新设计。 现在,新的表单控件计划与 Chrome(Chromium)83一起使用,该版本有望在 5 月中旬发布。 从 Chrome 删除 TLS 1.0 和 TLS 1.1 加密协议的计划现在延迟到 Chrome84。延迟删除这两个协议的决定与当前的 COVID-19 爆发有关,因为删除了这两个协议 协议可能会阻止一些 Chrome 81 用户访问仍使用 TLS 1.0 和 1.1 来建立其 HTTPS 连接的重要政府医疗网站。删除支持将阻止用户完全访问这些网站,Google 希望避免这种情况的发生。 WEB NFC FIELD TRIALS 在当前 v81 版本中添加的所有新功能中,最重要的是新的 Web NFC API。Chrome 中添加的新的 Web NFC 标准将允许网站与 NFC 标签进行交互,从而无需用户在手机上安装特殊的应用程序。 Google 相信,新的 Web NFC 标准将在 Web 开发人员中赢得追随者,并有望得到广泛的应用,尤其是对于 Android 版 Chrome 而言,该标准可用于以下场景:
目前,该功能并不是所有用户都可以广泛使用,而是只能作为 field trial。field trial 将从 Chrome 81 到 Chrome 83 进行。有关 Web NFC 的更多信息,请参见此处。该功能目前预定在 Chrome 84 中为所有用户启用,但是如果在 field trial 期间出现问题,此功能可能会更改。 Google 混合内容升级中的第 3/3 步 尽管 Google 避免删除 TLS 1.0 和 TLS 1.1,但 Chrome 81 确实以另一种方式提高了 HTTPS 连接的安全性。Chrome 81 标志着 Google 分三步走的计划中的最后一个版本,该计划旨在从网络上消除了混合 HTTPS 内容。 混合 HTTPS 内容是指通过 HTTP 和 HTTPS 加载图像、JavaScript 或样式表等内容的网页,这意味着该站点实际上并不完全通过 HTTPS 加载。 Google 宣布的最终目标是将所有 HTTP 内容自动升级到他们的模拟 HTTPS URL。但是,突然执行此操作很危险,因为这可能会导致 Internet 上的大量损坏。 因此,为了防止造成重大破坏,Google 为该过程选择了一个三步计划,如下所述,该计划目前以 Chrome 81 的发布结束:
|