Chrome 156 发布说明

目前，Web 开发人员无法重试失败的模块加载，因为这些失败会被缓存（重试只会导致立即失败）。此次对模块加载行为的更改使得可以手动重试失败的模块加载（例如，再次调用import()函数），从而解决了开发人员（和用户）在不稳定的网络环境下使用模块时遇到的实际难题。

获取 rel=compression-dictionary 链接时：

• 使用“compression-dictionary”作为请求目标。
• 正确设置请求模式、凭据、引用者和引用者策略。
• 请考虑 <link rel="compression-dictionary"> 中的 crossorigin 和 referer 属性。

新增了通过 WebTransportOptions 传递自定义 HTTP 请求头以及通过 WebTransport 实例检查服务器响应头的功能。这使得 Web 应用程序能够在初始 CONNECT 握手期间提供元数据、身份验证令牌和自定义参数，并在连接建立后访问服务器提供的请求头。

选中触发导航的元素，无论是链接、按钮还是表单。该元素在整个导航过程中保持选中状态。

random() 函数为 CSS 带来了生成随机性，允许网页作者生成指定范围内的随机数值。

例如，网页作者可以使用 random() 函数在容器内随机分布元素：.dot { /* 随机定位每个点 */ position: absolute; top: random(0%, 100%); left: random(0%, 100%); }

此功能还包含缓存控制。默认情况下，每个 random() 函数都会生成一个新的、不同的值。Web 开发人员可以通过将 <random-key> 值作为函数的第一个参数来覆盖此默认设置，从而控制随机值在属性和元素之间的共享方式。

扩展了overflow属性，使其支持可滚动值与clip结合使用（例如， overflow: scroll clip ）。这允许position: sticky在每个轴上受不同的祖先滚动容器约束，并为作者提供了一种确保使用overflow: clip轴保持固定位置的方法。

https://github.com/w3c/csswg-drafts/issues/9519

为 scroll-snap-type 添加一个“pair”关键字。如果使用此关键字，当容器沿一个轴滚动捕捉到某个元素时，它也应该沿另一个轴捕捉到同一个元素。在现有规范中，“both”关键字允许滚动容器独立地选择 X 轴和 Y 轴上的捕捉目标，并捕捉到不同的目标。

Chromium 的 IndexedDB 实现已基于 SQLite 重写，取代了之前使用 LevelDB 和平面文件混合实现的旧方法。Web API 没有变化。

预计这将提高可靠性，并在一定程度上提高性能。

目前，此功能已应用于新的数据存储。这是多阶段推广计划的第二步。请参阅https://chromestatus.com/feature/5126896685809664 ，该页面跟踪了第一步，即内存环境（例如隐身模式）的推广。第三步将把现有数据从 LevelDB 存储迁移到 SQLite 存储。

在此步骤中，用户首次访问网站或清除网站数据后，新的 IDB 数据将存储在使用 SQLite 的后端中，但存储在 LevelDB 中的现有数据不受影响。

请参阅下方文档链接，了解需要注意的差异列表。

为 WGSL 中的@builtin(frag_depth)添加提供less或greater修饰符的功能。

当前的@builtin(frag_depth)可能会因为禁用绘制调用中的早期 Z 轴优化而导致性能损失。新的修饰符允许显式设置缓冲区模式，并允许应用早期 Z 轴优化。

WebRTC诊断日志 API 允许已授权的 Web 应用程序触发 WebRTC 诊断数据的收集，以便用于本地调试。它还允许应用程序在获得用户授权后与用户代理供应商共享 WebRTC 诊断数据，目的是提供有助于修复用户代理错误或改进用户代理的信息。

管理员可以使用企业策略WebRtcDiagnosticLogCollectionAllowedForOrigins启用诊断日志。

围栏框架是嵌套框架，它将内容嵌入到页面上，但围栏框架与其嵌入者之间无法共享数据。

window.fence API 包括 Fenced frames Ads reporting (FFAR) JS API，这些 API 是为使用 Protected Audience 和 SelectURL 创建的 FF 的隐私安全广告报告而创建的，并且支持 PA 组件广告。

此举旨在移除这两者。围栏框架元素的移除将分两步进行，详情如下。

由于 PA 和 selectURL 已被移除（或被存根 API 替代），围栏框架将无法再进行导航，因此可以安全地将其移除。围栏框架只能通过 FencedFrameConfig[1] 中的 urn:uuid 进行导航，而 FencedFrameConfig[1] 只能使用 runAdAuction 和 selectURL 的返回值创建。根据以下 Intent 线程的说明，这些 API 将在 M152 版本中被弃用和移除：受保护受众[2]、共享存储[3]。

计划：鉴于围栏框架元素无法再进行导航，我们建议分以下阶段从代码中移除该元素：

1. M156：将围栏框架元素及其关联的 IDL 依赖项保留为存根。这是为了确保不会出现 JS 调用抛出异常的情况，例如调用 fenced-frame-element.config.setSharedStorageContext()。

2. M156：在同一里程碑中，我们还将完全禁用 window.fence API。由于 Firefox 文档导航功能已关闭，这些 API 将无法再被调用，因此不会产生任何实际效果。

3. M157 Canary/Beta：通过实地试验，开始受控地推出 FF HTML 元素移除功能。请注意，移除该元素会将其解析为 HTMLUnknownElement。

目前我们正在申请批准以上所有步骤。

4. M157 稳定：假设在达到 1% 的稳定度后没有出现任何倒退或故障，我们将请求进一步批准以完全移除 FF 元素。

[1] https://source.chromium.org/chromium/chromium/src/+/main:third_party/blink/renderer/core/html/fenced_frame/fenced_frame_config.idl [2] https://groups.google.com/a/chromium.org/g/blink-dev/c/k_nubsMb97g/m/awPD4IGLBAAJ [3] https://groups.google.com/a/chromium.org/g/blink-dev/c/uh5Ke6qyegc/m/WFTFnhyJBAAJ