Chrome 101 四周前进入了稳定频道，这意味着现在是时候让 Chrome 102 做同样的事情了。此版本对后端 API 进行了一系列与开发人员相关的增强，并弃用了其他一些 API，以及桌面上渐进式 Web 应用程序 (PWA) 的窗口控制覆盖。

此版本的一个关键特性是开发人员能够在桌面 PWA 中控制更多空间。这是通过允许客户端应用程序扩展并控制除窗口控件之外的整个屏幕来完成的；基本上是标题栏上的关闭、最大化和最小化按钮。这将使 PWA 看起来更像原生应用程序。您可以在此处阅读有关实施的更多信息。同样，Web 应用程序也将能够充当具有给定 MIME 类型和扩展名的文件处理程序。修改其 PWA 清单以启用此行为的开发人员还将在“打开方式…”上下文菜单中看到他们的 Web 应用程序。

还引入了一个新的Navigation API ，这将满足单页应用程序 (SPA) 的需求，因为现有的 window.navigation API 对于这些类型的用例来说有点复杂。显然，开发者对此的反应是“非常积极的”。

捕获处理机制已完成其Origin 试用，并且通常也可用。简而言之，它使 Web 应用程序能够选择将控件和信息公开给正在捕获它的视频的应用程序。例如，视频会议应用程序可以与演示选项卡集成以公开控件以导航幻灯片。这再一次得到了开发人员的赞赏。

还有一个新属性可以提供音频延迟的估计值。它可用于同步音频和视频流。它已经在 Mozilla Firefox 中实现。同时，Sanitizer API 将使构建不受跨站脚本 (XSS) 影响的应用程序变得更加容易。

Chrome 102 包含安全支付确认 API V3。它现在有两个可选输入和一个必需输入，这意味着这是一个重大更改。Web 开发人员还可以利用一个选项，使他们能够通过浏览器选择器预先过滤掉不会带来良好用户体验的设备。最新版本的浏览器还为 Origin Private File System (OPFS) 提供了一个新的界面，谷歌是这样描述它的：

Origin 私有文件系统（OPFS，文件系统访问 API 的一部分）增加了一个新的表面，为数据带来了非常高性能的访问。这个新表面与现有表面不同，它提供对文件内容的就地和独占写入访问。这种变化，以及持续读取未刷新修改的能力以及专用工作人员上同步变体的可用性，显着提高了性能并解除了新用例的阻塞。

我们的目标是通过提供通用、简单和高性能的原语来为开发人员提供灵活性，他们可以在这些原语上构建更高级别的存储组件。新的表面特别适合希望使用自定义存储算法来微调执行速度和内存使用的基于 Wasm 的库和应用程序。

Web 作者还可以利用对两个属性的增强：inert和until-found。一些现已完成 Origin 试验并普遍可用的功能包括网络状态分区、推测规则和使用 Web Bundle 加载子资源。你可以在这里阅读所有这些。

在开发者试用方面，我们有全屏伴随窗口，Google首次实现不透明响应阻止 (ORB)，并且能够在脚本中插入“blocking=render”作为属性并链接 HTML 标签以显式阻止渲染。

最后，还有两个弃用和删除需要注意。未经用户激活的网站无法调用 PaymentRequest.show() 方法。正在进行此更改以防止来自恶意网站的滥用。Apple Safari 已经这样做了，而 Firefox 根本没有实现 PaymentRequest 类。其次，用于建立 WebRTC 会话的会话描述协议 (SDP) 的“计划 B”实现正在被删除，因为它不是跨浏览器兼容的。利用它的开发人员现在将被抛出异常。

Chrome 102 将于今天晚些时候开始推出。如果它在一天中没有自动更新到版本 102，请转到帮助 > 关于 Google Chrome以在更新可用时触发更新。接下来是 Chrome 103，它将于 5 月 26 日进入 Beta 通道，并将于 6 月 21 日登陆 Stable。