Chrome 153 发布说明

`<camera>` 和 `<microphone>` 功能元素是声明式的、用户激活的 HTML 控件，它们与 `<usermedia>` MVP 元素共享相同的底层机制，但有一个关键区别：它们旨在请求单一功能。`<camera>` 元素专门请求视频捕获，而 `<microphone>` 元素专门请求音频捕获。与 `<usermedia>` MVP 一样，它们在页面中嵌入了一个由浏览器控制的、样式严格的 UI，确保在触发权限提示或开始流之前，用户会发出强烈的、有意的信号（点击）。

`<camera>` 和 `<microphone>` 元素为这些单一功能用例提供了专用的语义化 HTML 控件。它们与 `<usermedia>` MVP 保持相同的安全模型、严格的样式约束和内置的权限恢复路径，但为不需要混合媒体访问的开发人员提供了更定制化、更符合人体工程学的 API。

为了提升浏览器安全性并保护用户免受内存相关漏洞的侵害，Chrome 153 将其 XML 解析引擎更新为内存安全的Rust实现，以应对多种常见场景。这项基础性更新消除了潜在的内存损坏漏洞，同时保持了与现有 Web 标准的完全兼容性。

Chrome 已经开始弃用并移除XSLT 。在此过程进行期间，新的、更安全的解析器将处理以下不需要 XSLT 的场景：

1. DOMParser Web API。
2. 访问 XMLHttpRequest 的 responseXML。
3. SVG 独立图像（即，直接通过顶级导航访问image.svg文档）。
4. SVG 外部图像（包括将 SVG 作为外部图像资源嵌入的主文档）。

通过媒体源扩展 (MSE)，为 HTML 媒体元素中的沉浸式音频模型和格式 (IAMF) 容器添加解码和播放支持。IAMF 是一种开放的、免版税的空间音频格式，支持基于声道、场景和对象的音频呈现。支持此标准使 Web 开发人员能够在不同设备上提供一致的沉浸式 3D 音频体验，而无需依赖专有格式或在 JavaScript 中管理复杂的离散音频通道路由。

使 Blink 的动画“transitionrun”事件和媒体查询“change”事件的触发时间与规范保持一致，从而实现与 Gecko 和 WebKit 的互操作性。更准确地说，根据 HTML 窗口事件循环规范，“transitionrun”事件将在步骤 3.11 触发，即使是在同一迭代中较早创建的动画（而不是延迟到后续迭代），并且媒体查询“change”事件将在步骤 3.10 触发，然后再触发任何待处理的动画事件（而不是在步骤 3.11 将其与动画事件混合触发）。

TC39 提出了一项提案，旨在为 JavaScript 添加一种将迭代器内容连接成字符串的方法。Iterator 实例的join()方法类似于Array.prototype.join() ：它返回一个字符串，该字符串由迭代器生成的所有元素连接而成，元素之间用逗号或指定的分隔符分隔。

TC39 提出的同步多个迭代器推进的提案，通常称为 zip。

为 AudioContext 和 OfflineAudioContext 添加可选的 renderSizeHint。开发者可以通过传递一个特定的整数来自定义 WebAudio 的渲染帧大小，也可以省略该提示或传递“default”来使用默认值 128 帧，或者通过指定“hardware”来请求 User-Agent 选择最佳大小。

WGSL 语言特性，用于重新解释变量中的数据。

该功能允许开发人员将单个统一变量、存储变量或工作组变量拆分为多个逻辑变量。它还允许在程序中将变量中的数据类型解释为多种类型。

scroll-axis-lock 是一个 CSS 属性，作者可以使用它来指示浏览器不要将用户的滚动操作限制在一个轴上。

当用户的滚动手势在某一轴向上的移动量远大于垂直轴向上的移动量时，网页浏览器通常会将用户的滚动手势“锁定”在单一轴向上。在许多情况下，这种行为可以避免用户在只想沿某一轴向滚动时意外地沿垂直轴向滚动，从而改善用户体验。然而，如果作者希望元素始终支持对角滚动，这种锁定行为会迫使用户从一个不会触发锁定的角度开始滚动，这通常与作者预期的用户体验不符。

JavaScript 自分析 API 允许 Web 应用程序对其自身的调用堆栈进行采样，从而衡量其在真实用户设备上的性能。此功能会在每个捕获的样本中添加一个可选的标记字段，用于标识采样时正在运行的浏览器活动类型：脚本、垃圾回收、样式、布局、绘制或其他。跟踪信息通常会显示堆栈之间的间隙，这些间隙无法解释。标记字段允许开发人员将这些时间归因于 JavaScript 代码之外的浏览器操作，例如区分脚本执行、样式重新计算、布局或垃圾回收暂停，从而使缓慢的跟踪信息更容易分析和优化。

受保护受众 API 提供了一种无需第三方 cookie 或跨网站用户跟踪即可进行兴趣群体广告投放的方法。

继 Chrome 宣布将继续沿用目前对第三方 cookie 的处理方式之后，我们现在计划弃用并移除受保护的受众 API（以及隐私沙盒功能状态页面上概述的某些其他隐私沙盒 API）。

相关网站集 (RWS)，以前称为第一方集，为开发者提供了一个框架，用于声明网站之间的关联，从而实现针对特定用户用途的有限的跨站点 Cookie 访问。这通过存储访问 API (SAA) 和 requestStorageAccessFor (rSAFor) 来实现。RWS 最初设计用于不支持第三方 Cookie 的浏览器。鉴于 Chrome 已宣布将继续沿用当前的第三方 Cookie 处理方式，我们计划弃用并移除相关网站集 (RWS)。

一旦 RWS 被弃用，同一集合内不同上下文中现有的 SAA 使用将回退到此处指定的 RWS 之外的 API 行为。我们在开发者博客文章中详细阐述了 RWS 之外的 SAA 行为差异（点击此处查看）。

配套的 rSAFor API 也将通过单独的 intent 进行弃用。

我们还计划弃用与 RWS 相关的 Chrome 企业版策略以及 chrome.privacy.relatedWebsiteSetsEnabled 扩展 API；并将遵循相关流程。

共享存储 API 是一个保护隐私的 Web API，用于实现不按第一方网站进行分区的存储。

继 Chrome 宣布将继续沿用目前对第三方 cookie 的处理方式之后，我们现在计划弃用并移除共享存储 API（以及隐私沙盒功能状态页面上概述的某些其他隐私沙盒 API）。

requestStorageAccessFor (rSAFor) API 是存储访问 API 的一个扩展，它允许顶级网站代表嵌入式网站请求访问未分区（“第一方”）Cookie。浏览器可以自行决定是否授予访问权限，相关网站集 (RWS) 成员资格等机制可作为潜在的信号。这使得顶级网站能够使用存储访问 API。鉴于 Chrome 已宣布将继续沿用当前的第三方 Cookie 处理方式，我们计划弃用并移除 rSAFor，因为它目前仅可在 Chrome 中用于请求 RWS 网站之间的存储访问权限。相关网站集也将通过单独的 intent 进行弃用。

归因报告 API 是一款保护隐私的 Web API，旨在衡量广告转化率，而无需第三方 cookie 或跨网站用户跟踪。

继 Chrome 宣布将继续沿用目前对第三方 cookie 的处理方式之后，我们现在计划弃用并移除归因报告 API（以及其他隐私沙盒 API）。

Blink 目前支持以“_current”为目标的导航，此功能应予以移除，因为它不符合标准。

此功能的使用率极低（低于~0.00009%），请参阅https://chromestatus.com/metrics/feature/timeline/popularity/2835 。