计划的稳定版发布日期：2026年8月25日
从 Chrome 152 版本开始，Chrome 引入了 CPU 性能 API，允许 Web 应用程序确定用户设备的 CPU 性能。此 API 的目标用户是那些会利用此信息来改善用户体验的 Web 应用程序，它们可能会与计算压力 API 结合使用。计算压力 API 提供有关用户设备 CPU 压力或利用率的信息，并允许应用程序对 CPU 压力的变化做出响应。
用户可以通过 Chrome 浏览器设置 > 性能 > 速度 > 覆盖 CPU 性能层级来覆盖报告的性能数据。管理员也可以使用CpuPerformanceTierOverride策略来控制此行为（该策略的优先级高于用户设置）。
更多详情，请参阅CPU 性能 API 说明。
Chrome 152 为 macOS 上已安装的渐进式 Web 应用 (PWA) 推出了通知归属功能。当 PWA 安装到 macOS 上时，其通知现在将归因于 PWA 本身（在通知中心使用其自身的名称和图标），而不是 Google Chrome。
此次更新还改变了通知的显示方式，使 PWA 通知与原生 macOS 应用的通知方式保持一致。它引入了两项与WebKit当前行为一致的更改：
requireInteraction字段。在 macOS 上，用户可以针对每个应用单独控制通知是临时性的还是永久性的。要使用 Chrome 策略控制通知权限，管理员需要更新其策略设置（如果希望在 macOS 上的 PWA 中保持此行为），使用基于 Chrome 源的策略 ` NotificationsAllowedForUrls` 。此外，管理员还需要部署 macOS MDM 配置描述文件，以启用 PWA 特定 Bundle ID 的通知权限。
目前仅对 ::after、::before 和 ::marker 定义了 CSSPseudoElement 的支持，现在正在扩展以包含几个新的伪元素：
::backdrop：用于在点击背景时关闭对话框，而不会干扰对话框内容内部的点击。这省去了使用复杂的交叉逻辑来确定点击位置的麻烦。
::scroll-marker: 可用于收集点击统计信息。
视图过渡：启用几何感知视图过渡。它还允许您在视图过渡过程中进行拦截，以启动新的过渡，并利用当前动画元素的坐标来避免突然的视觉跳跃。
相对透明度颜色指的是原始颜色，并且只改变透明度通道。透明度通道的含义在 CSS Color 4 § 4.2 表示颜色透明度：<alpha-value> 语法中定义。
CSS 属性window-drag允许网页内容指定已安装的桌面 Web 应用 UI 中的某些区域，这些区域应表现为可拖动的窗口标题栏区域。应用此属性后，用户在该区域上的指针交互（例如，点击并拖动）将移动顶层应用程序窗口，而不是触发正常的页面交互。这主要用于桌面 PWA 或使用窗口控件覆盖等功能的应用程序，以便在浏览器提供的标题栏隐藏时实现自定义标题栏和可拖动区域。
此功能对现有的app-region CSS 属性进行标准化和重命名，将其值名称更改为move和none ，并添加了显式继承行为。已安装的 Web 应用和基于 Electron 的应用都使用此属性来实现相同的目的。
连接允许列表是一项旨在通过限制从文档或工作进程通过 Fetch API 或其他 Web 平台 API 发起的连接来提供对外部端点的明确控制的功能。
拟议的实现方案涉及服务器通过 HTTP 响应头分发授权端点列表。在用户代理代表页面建立任何连接之前，代理会将目标地址与此允许列表进行比对；允许连接到已验证的端点，而阻止与列表中条目不匹配的连接。
有关该提案的更多详细信息，请访问： https://github.com/WICG/connection-allowlists
设计文档： https://docs.google.com/document/d/1B3LERUObjVDAKBNLpdIxbk8LC96rWUn1q8vtP9pPIuA/edit?usp =sharing
实现设计： https://source.chromium.org/chromium/chromium/src/+/main:docs /connection_allowlist_design.md
HTML 的 autocorrect 属性允许网站作者控制是否对可编辑元素（包括 <input>、<textarea> 和 contenteditable 容器）中的用户输入应用自动纠错功能。此功能使网站作者可以访问“autocorrect”属性。
将encryptionScheme属性添加到navigator.mediaCapabilities.decodingInfo()中使用的KeySystemTrackConfiguration字典中。这允许 Web 应用程序查询是否支持特定的加密方案（例如'cenc'或'cbcs' ）。
注意：此功能已获得 W3C 规范批准，Chromium 中也已实现了底层后端。此次发布仅是为了将 Blink IDL 层的encryptionScheme属性与现有后端连接起来。
OpaqueRange表示表单控件值（例如<textarea>或基于文本的<input>中的一段实时文本，因此开发人员可以使用类似范围的 API 来处理值文本。
它支持诸如getBoundingClientRect()和getClientRects()之类的操作，并集成了 CSS 自定义高亮 API，用于实现内联建议、高亮显示和锚定弹出框等 UI 功能。它通过仅公开值偏移量而不公开startContainer和endContainer来保持封装性，因此 DOM 端点和内部结构都是私有的。
子应用允许开发者在单个独立 Web 应用 ( IWA ) 安装下创建多个应用。每个子应用都有其独特的名称、图标和操作系统集成。
子应用程序以独立于父级 IWA 的身份出现在桌面栏上，提供独立的操作系统功能，例如文件类型关联。这使得单个软件包能够向用户呈现不同的、相互独立的功能，同时保持 IWA 安装和更新流程的统一性。
目前有三种新的企业策略可用于控制子应用 API：
DefaultSubAppsWithoutPromptsSetting全局指定（适用于所有 IWA）安装子应用时是否需要用户权限提示。以下策略可以覆盖此默认设置。
SubAppsWithoutPromptsAllowedForOrigins指定一个 IWA URL 列表，这些 URL 可以在没有用户权限提示的情况下添加或更新子应用。
SubAppsWithoutPromptsBlockedForOrigins指定一个 IWA URL 列表，这些 URL 只能在收到用户权限提示后才能添加子应用。
无边框显示模式允许独立 Web 应用(IWA)占据整个浏览器窗口，从而优化可用工作空间。通过移除标准窗口边框和标题栏，开发者可以实现独特的用户体验，并采用与设备内置应用外观和风格相匹配的品牌标识和菜单层级结构。
管理员可以使用现有的窗口管理策略来管理此功能：
可疑网站警告是“安全浏览 > 增强保护”用户的一项新功能，用于警告用户注意潜在的恶意网站。
在 Chrome 152 版本中，当已启用增强型安全浏览的用户访问疑似恶意网站时，系统会弹出一个警告窗口，用户必须点击该窗口才能继续浏览。此警告窗口与已确认的恶意网站上显示的红色插页式警告窗口并行。更多信息，请参阅“在 Chrome 中选择安全浏览保护级别” 。
管理员可以使用现有的SafeBrowsingProtectionLevel策略来控制此警告。要排除特定网站触发警告，管理员可以将 URL 添加到SafeBrowsingAllowlistDomains策略中。
添加了可选的 GPU 功能“子组大小控制”，允许在计算着色器中显式设置子组大小。
对于需要在某些平台上使用特定子组大小的子组操作来优化计算着色器性能的应用来说，这种技术特别有用，例如 AI 工作负载。
向 getDisplayMedia API 中使用的 DisplayMediaStreamOptions 字典添加 audioPreference 属性。
此提示允许 Web 应用程序向用户代理 (UA) 发出信号，表明它们更倾向于同时共享音频和视频。这有助于开发人员确保依赖音频捕获的应用程序能够无缝运行。
所有浏览器都遵循的XSLT v1.0于 1999 年标准化。此后，XSLT 发展到了 v2.0 和 v3.0，增加了新功能，并与浏览器中固定的旧版本渐行渐远。这种发展停滞，加上提供更灵活、更强大的 DOM 操作的 JavaScript 库和框架的兴起，导致客户端 XSLT 的使用量显著下降。它在 Web 浏览器中的作用已基本被 JSON 和 React 等基于 JavaScript 的技术所取代。
Chromium 使用libxslt库来处理这些转换，而libxslt 在 2025 年大约有 6 个月的时间没有维护。Libxslt 是一个复杂且老旧的 C 代码库，这类代码库极易受到内存安全漏洞（例如缓冲区溢出）的攻击，而这些漏洞可能导致任意代码执行。由于客户端 XSLT 现在已成为一项小众且很少使用的功能，这些库得到的维护和安全审查远少于核心 JavaScript 引擎，但它们却构成了一个直接且强大的攻击面，可以用来处理不受信任的 Web 内容。事实上，XSLT 是近期几起备受瞩目的安全漏洞的源头，这些漏洞持续威胁着浏览器用户的安全。
鉴于以上原因，Chromium（以及另外两个浏览器引擎 Gecko 和 WebKit）计划弃用并从 Web 平台中移除 XSLT。现代 Web 由三大主流浏览器引擎驱动： Blink （Chromium）、 Gecko （Firefox）和WebKit （Safari）。它们负责解释代码以渲染页面。
更多详情，请参阅这篇Chrome 开发者文章。
从 Chrome 158 版本开始，XSLT 将不再在稳定版浏览器中运行。
Reference Target 允许将 <label for>、aria-labelledby、popovertarget 和 commandfor 等 ID 属性转发到组件的 shadow DOM 中的元素，同时保持 shadow 对其内部状态的封装。
当影子主机指定其影子树中的某个元素作为其引用目标时，所有指向影子主机的 ID 引用都会转发到该引用目标元素。
<label for="my-checkbox">复选框值（点击切换复选框）</label> <custom-checkbox id="my-checkbox"> <template shadowrootmode="open" shadowrootreferencetarget="real-checkbox"> <input id="real-checkbox" type="checkbox"> </template> </custom-checkbox>
引用目标可以像上面的示例一样以声明方式设置，也可以在 JavaScript 中使用 ShadowRoot 的 referenceTarget 属性进行设置。
当前用于推测规则的视口启发式方法没有给开发者留下任何实验空间。
这项实验性功能将提供此类控制，使开发人员能够确定不同的启发式参数是否比默认参数带来更好的结果。
此功能仅用于实验目的，目前没有计划将其作为正式版本发布。
现代浏览器能够通过代表用户修改页面中的媒体内容来增强浏览体验。生成式人工智能的出现使得浏览器更有可能添加此类功能。
有时，用户请求添加的替换内容可能与页面中的其他内容和功能不匹配，这可能会让用户感到困惑。即使这种情况无法完全避免，但如果作者能够观察到替换发生的时间，他们就可以调整文档以减轻用户的困惑（例如，通过隐藏或调整其他内容）。
例如，用户浏览电商网站时，看到一张通用的产品图片（例如，模特穿着一件夹克），可能希望想象自己穿上这件衣服的样子。用户代理会利用生成式人工智能技术生成这张图片，并将其替换掉模特图片。页面会移除提及模特身材尺寸和服装尺码的文字，从而提升用户体验，因为这些信息在替换图片中可能并不准确。
私有聚合 API 是一种通用机制，用于以保护隐私的方式衡量跨站点的聚合数据。它最初的设计目标是未来不再使用第三方 Cookie。
继 Chrome 宣布将继续沿用当前的第三方 Cookie 处理方式后，我们计划弃用并移除私有聚合 API（以及隐私沙盒功能状态页面0中概述的其他一些隐私沙盒 API）。此 API 仅通过共享存储 API 和受保护受众 API 公开，而这两个 API 也计划弃用并移除。因此，私有聚合 API 无需任何额外维护工作。