上个月发布的Chrome 93稳定版在桌面端增加了对WebOTP的支持，取消了传输层安全(TLS )的3DES密码套件。 今天，谷歌正式发布了Chrome 94稳定版。 谷歌将发布周期从之前的6周缩短为4周，距离之前的发布只有3周，所以Chrome 94的更新幅度比较小。
下载地址： https://www .谷歌.com /英特尔/zh-cn/Chrome /
Chrome 94稳定版最具争议的地方是引入了对空闲检测API的支持。 新版本将向开发人员提供更多的信号，以了解用户何时空闲。
开发者通知现在不仅会触发当前的浏览器窗口，还会触发全局信号，例如与其他APP的交互。 虽然网络开发者的反应明显很积极，但Mozilla认为这个API是有害的。 理由是“监视资本主义的机会”，以及恶意网站可以利用这个API，在用户不同意或不知道的情况下充分利用设备的计算资源。
同样，WebKit (苹果Safari的浏览器引擎)也站在开发团队的另一边。 小组表示：
没有足够的理由使用这个API。 首先，不能保证用户不会立即返回设备。 此外，谁应该知道用户可以随时使用的其他设备？ 无法将特定用户随时可用的所有设备通知一个站点。 这是对上述用户隐私的非常严重的侵犯。 我认为这样的抑制/分发机制最好保留在底层操作系统/web浏览器中。
在这方面，我将停止对这个主题的处理。 这里和其他地方提出的用例都没有说服力。 另外，因为你在这里提出的和我在其他地方发现的隐私和安全缓解措施都不够。 但是，不回应这个主题或将来关于这个主题的主题，并不意味着重新审视我们的立场。 除非在我们提出的任何一个问题上有重大的新进展，否则我们的立场依然会反对增加这个API。 除非另有说明，不管我们是否在公开场合一直这么说。
无论如何，该API都将在Chrome 94中提供给开发人员，并在缺省情况下启用。
Chrome 94包含的另一个新的开发人员界面是虚拟键盘API。 其动机是让网页开发人员更多地控制虚拟键盘及其形状的放置。 目前，这完全由用户代理的行为来处理。 微软边缘团队对这个API的反馈很积极，考虑到他们参与了这个API的开发，这是有道理的。 但是，Mozilla和苹果还没有提供态度。
Chrome 94还提供对较低级别的web编码解码器API的支持，并提供对现有硬件和软件的媒体编码器和解码器的访问。 这样可以提高某些APP的性能，例如对延迟敏感的游戏流。
AppCache也将从Chrome 94中删除。 谷歌表示，这是处置的标准和安全责任，因此开发人员应该改用服务工作器。 到目前为止，开发者的反馈各不相同，但Mozilla和苹果也从各自的浏览器中删除了。
在相对较小的变化中，Chrome 94获得了新的显示捕获功能策略，支持2D画布中的更多色彩空间，清理在Flash中使用的API，CSS属性与布局和滚动条的交互
Chrome 94还包括本地调度API，开发人员可以按用户块、用户可见性和背景三个级别的优先级调度任务。 任务控制器也已启用，可以动态更改任务的优先顺序，也可以完全取消任务。 浏览器还获得了一个采样分析器，用于测量JavaScript的运行时间和调试性能问题。