刚刚，谷歌正式发布了Chrome94稳定版，作为三周前Chrome93发布后的再次更新，Chrome94稳定版虽然有小幅更新，但小惊喜和亮点不少。下载地址：https://www.google.com/intl/z...Chrome94新稳定版升级了正规的canvas颜色管理，并在截屏规范中实现了显示截取功能策略。同时，新版本增加了围绕音视频编解码、原始视频帧处理等底层编解码API、虚拟键盘API、本地调度API、判断用户是否空闲的空闲检测API。正在与系统交互。据悉，WebcodesAPI功能最初是在Chrome93中作为源代码试用引入的。Chrome94稳定版引入WebcodesAPI总的来说也是令人兴奋的，因为它已经通过了之前的origin试用版。WebCodecs是围绕音频/视频编码和解码、原始视频帧处理等的低级编解码器API。WebCodecsAPI处理旨在比JavaScript或WebAssembly编解码器实现更高效。早在上个月，在谷歌发布的Chrome93稳定版中，桌面就加入了对WebOTP的支持，但取消了传输层安全（TLS）中的3DES密码套件。而在8月30日，谷歌宣布了Chromev94的测试版，强调它将包含一个新的WebcodecsAPI，旨在处理广泛的低级视频处理。Chromium在之前的博客中总结了这个新API的重要性。原文指出：“低级别的编解码器API将更好地支持新兴应用程序，例如对延迟敏感的游戏流、客户端效果或转码，以及polyfillablemediaContainer支持，而无需增加JavaScript或CPU的网络和CPU成本。WebAssembly编解码器实现。”“低级编解码器API将更好地支持新兴应用程序，例如对延迟敏感的游戏流媒体、客户端效果或转码，以及多填充媒体容器支持，而不会增加JavaScript或WebAssembly编解码器实现的网络和CPU成本。”同时，这款Chrome94包含一个新的开发者接口——虚拟键盘API。该API让Web开发人员可以更好地控制虚拟键盘的放置方式及其形状，目前完全由用户代理行为处理。谷歌在新的Chrome94版本中删除了AppCache，称这是一个过时的标准，并建议开发人员改用ServiceWorkers。Mozilla和Apple目前也正在将其从各自的浏览器中删除。Chrome94还将支持原生调度API，允许开发人员以三个优先级来调度任务：用户被阻止、用户可见和后台。同时，原生调度API还支持任务控制器（TaskController）动态更改任务的优先级或完全降低任务的优先级。此外，Chrome94还有一些令人兴奋的小亮点，比如获得了新的显示捕捉功能政策，支持更??多的2D画布色彩空间。同时，Chrome94还更新了WebGPU，作为WebGL的下一代网络图形API的替代品，WebGPU是为当今网络中的现代图形需求而设计的，它可以根据平台的不同允许映射到Vulkan、Direct3D或Metal。“idledetectionAPI”默认开启，引发争议。Chrome94稳定版的到来，除了上述令人兴奋的亮点外，其中提供了“为开发者提供更多信号以了解用户何时空闲”的“IdleDetectionAPI”，成为本次发布的一个争议点。据悉，在Chrome94稳定版中，更新后的“空闲检测API”为开发者提供了更多了解用户何时空闲的信号。这个面向开发人员的通知现在不仅会针对当前浏览器窗口进行监控，还会触发全局信号（例如与其他应用程序的交互）。有比Web开发人员更积极的响应，但业界对空闲检测API表示担忧。Mozilla认为这是一种“资本主义监视”，他们担心某些恶意网站会使用该API进行“破坏”，例如在未经用户同意或不知情的情况下最大限度地利用设备的计算资源。对此，WebKit（苹果的Safari浏览器引擎）背后的开发团队也表示反对该API。该团队表示：“没有充分的理由使用这个API。首先，不能保证用户不会立即返回设备。此外，谁应该负责此类服务以了解用户可能会使用哪些其他设备随时使用？我们当然不会。会让网站知道特定用户可能在任何时候使用的所有设备。这是对所述用户隐私的非常严重的侵犯。在我看来，这种抑制/分发机制最好留给底层操作系统/网络浏览器来处理。在这一点上，我将停止响应这个线程，因为这里或其他地方提出的用例都没有说服力，而且你在这里提出的和我所拥有的隐私在其他地方发现或安全缓解措施就足够了。但是，不回应这个话题或未来关于这个话题的话题并不意味着我们会重新考虑我们的立场。除非我们提出的任何问题有重大的新发展，否则我们的立场将继续反对添加此API，除非另有说明，无论我们是否继续在公开场合这么说。”尽管遭到反对，目前Chrome94中将默认启用空闲检测API以提供给开发者使用。
