Chrome 153 Beta 版

Rachel Andrew

发布时间：2026 年 8 月 20 日

除非另有说明，否则以下变更适用于 Android、ChromeOS、Linux、macOS 和 Windows 的最新 Chrome Beta 版渠道版本。如需详细了解这些功能，请使用提供的链接或访问 ChromeStatus.com。自此版本起，Chrome 处于 Beta 版阶段。您可以从 Google.com 下载桌面版最新 Beta 版，也可以从 Google Play 商店下载 Android 版最新 Beta 版。

CSS 和界面

单轴滚动容器

扩展了 overflow 属性，以支持可滚动的值以及 clip（例如 overflow: scroll clip）。这样，position: sticky 就可以按轴受不同祖先滚动容器的约束，并让作者能够确保使用 overflow: clip 的轴保持原位。

scroll-axis-lock 属性

scroll-axis-lock 是一种 CSS 属性，开发者可以使用该属性指示浏览器不要将用户的滚动手势限制在一个轴上。

当用户的滚动操作在某个轴上的移动幅度明显大于垂直轴上的移动幅度时，Web 浏览器通常会将用户的滚动操作“锁定”到单个轴。在许多情况下，此行为可避免用户在只想沿一个轴滚动时意外沿垂直轴滚动，从而改善用户体验。不过，在开发者希望其元素始终可沿对角线滚动的情况下，这种锁定行为会迫使用户以不会触发锁定的角度开始手势，这通常与作者预期的用户体验不一致。

JavaScript

迭代器联接

一项 TC39 提案，旨在为 JavaScript 添加一种将迭代器的内容连接成字符串的方法。Iterator 实例的 join() 方法与 Array.prototype.join() 类似：它会返回一个字符串，其中包含迭代器生成的所有元素的串联，并以逗号或指定的分隔符字符串分隔。

联合迭代

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

Web API

功能元素：<camera> 和 <microphone>

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

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

支持沉浸式音频模型和格式 (IAMF) 解码

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

transitionrun 和媒体查询事件的可互操作分派时间

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

WebAudio：可配置的渲染量子

向 AudioContext 和 OfflineAudioContext 添加了可选的 renderSizeHint。这样一来，开发者就可以通过传递特定整数来自定义 WebAudio 渲染量子大小，通过省略提示或传递 "default" 来使用默认的 128 帧，或者通过指定 "hardware" 来请求浏览器选择最佳大小。

WebGPU：buffer_view 功能

一种用于重新解释变量中数据的 WGSL 语言功能。此功能可让开发者将单个统一变量、存储变量或工作组变量划分为多个逻辑变量。它还允许将变量中的数据类型在程序中解释为多种类型。

非 XSLT 场景下的 Rust XML 解析

为提升浏览器安全性并帮助用户防范内存相关漏洞，Chrome 153 将在多个常见场景中将其 XML 解析引擎切换为内存安全的 Rust 实现。这项基础性更新在消除潜在内存损坏 bug 的同时，确保了与现有 Web 规范的完全兼容。

Chrome 已开始弃用和移除 XSLT。在此过程中，新的更安全解析器将处理以下无需 XSLT 的场景：

  1. DOMParser Web API。
  2. 正在访问 XMLHttpRequest 中的 responseXML。
  3. SVG 独立图片（即直接作为顶级导航访问 image.svg 文档）。
  4. SVG 外来图片（包括主文档将 SVG 作为外来图片资源嵌入的场景）。

新的源试用

在 Chrome 153 中，您可以选择加入以下新的源试用。

JavaScript 自剖析标记

借助 JavaScript 自我分析 API，Web 应用可以对自身的调用堆栈进行抽样，以衡量真实用户设备上的性能。此功能会向每个捕获的样本添加一个可选的标记字段，用于标识在采集样本时正在运行的浏览器活动类型：脚本、垃圾收集、样式、布局、绘制或其他。轨迹通常会显示无法解读的堆栈之间的间隙；标记可让开发者将该时间归因于 JavaScript 之外发生的浏览器工作，例如区分脚本执行与样式重新计算、布局或垃圾回收暂停，从而更轻松地分析和优化缓慢的轨迹。

弃用和移除

移除以 _current 为目标的非标准导航

Blink 目前支持以 _current 为目标的导航。此功能已在 Chrome 153 中移除，因为它是非标准功能，在整个网络中的使用率极低。

移除“document.requestStorageAccessFor”

requestStorageAccessFor (rSAFor) API 是 Storage Access API 的扩展，可让顶级网站代表嵌入式网站请求访问未分区的（“第一方”）Cookie。它只能在 Chrome 中使用，用于在 Related Website Set 网站之间请求存储空间访问权限，因此会随 Related Website Set 一起移除。

Related Website Set (RWS)（以前称为 First Party Set）为开发者提供了一个框架，用于声明网站之间的关系，以便出于特定的面向用户的目的而实现有限的跨网站 Cookie 访问。这是通过使用 Storage Access API (SAA) 和 requestStorageAccessFor (rSAFor) 来实现的。RWS 旨在用于不使用第三方 Cookie 的浏览器。在 Chrome 宣布将沿用针对第三方 Cookie 的现有做法后，Related Website Sets 现已从 Chrome 中移除。