Chrome 160 发布说明

在怪异模式下，片段导航的锚点名称匹配将区分大小写，与标准模式下的行为保持一致。此前，在怪异模式下，导航到 #Foo 可能会匹配到 <a name="foo">。此举使 Chromium 与 Safari、Firefox 和 HTML 规范保持一致，因为它们均不区分大小写。

开发者可以使用高级采样模式预设，在 Prompt API 中配置语言模型的输出多样性和创造性。开发者无需暴露 topK 和 temperature 等在不同模型间变化无常的原始数值参数，而是可以选择语义预设，从用于确定性提取的“最可预测”到用于开放式头脑风暴的“最具创造性”。浏览器会将这些预设映射到底层模型的最佳采样超参数，从而在保持跨浏览器互操作性的同时，为开发者提供可靠的响应调优。

enum LanguageModelSamplingMode { "most-predictable", // 用于严格一致性/事实提取 "predictable", // 用于高度聚焦的输出 "slightly-predictable", // 用于中等聚焦、一致的输出 "balanced", // 标准提示的默认状态 "slightly-creative", // 用于中等多样性、富有表现力的输出 "creative", // 用于更注重多样性而非严格事实的任务 "most-creative" // 用于最大程度的词元多样性和头脑风暴 };

此功能是对 Prompt API 的增强（ https://chromestatus.com/feature/5134603979063296 ）。

新增 BluetoothRemoteGATTServer.maxWriteWithoutResponseSize 参数，用于报告 writeValueWithoutResponse() 函数在一个 ATT 数据包中可以发送的最大有效载荷大小。当 Chrome 检测到该值发生变化时，会触发 maxwritewithoutresponsesizechanged 事件通知应用程序，从而允许应用程序在不假设 20 字节限制的情况下控制数据块的大小。

这取决于： https://chromestatus.com/feature/5138797158334464 ，并将一起发货。

实现： https://chromium-review.googlesource.com/c/chromium/src/+/7879985

漏洞编号：40265040、40686244、40163619

从 Chrome 160 开始，Chrome 将在 Windows、macOS、Linux、ChromeOS 和 Android 上移除对RTCPeerConnection.createDTMFSender()方法的支持。

这是一种过时的非标准方法，不再符合官方的Web实时通信（ WebRTC ）标准。移除该方法可确保在不同浏览器上实现更好的兼容性和安全性。

在 Chrome 160 部署之前，管理员应测试任何依赖 WebRTC 的内部或第三方 Web 通信应用程序。

Chrome 151 开始弃用数字凭证 API中对未指定呈现和颁发协议的支持；最终移除计划在 Chrome 160 中完成。

数字凭证 API 最初被设计为一个不透明的管道，用于处理任意的交换协议。2025 年 11 月， FedID 工作组决定对此进行修改，使规范仅引用一组特定的交换协议。

移除对任意、不透明管道的支持，确保仅使用经过验证的协议，从而为身份验证构建更强大的隐私和安全威胁模型。此变更使 Chromium 与更新后的行业规范保持一致，这些规范通常仅引用一组特定的交换协议。