Chrome 106 Beta 版已于 2022 年 9 月 1 日发布，预计将于 2022 年 9 月底成为稳定版。
移除 Cookie 网域属性中的非 ASCII 字符
为了与最新规范 (RFC 6265bis) 保持一致，Chromium 现在会拒绝 Domain 属性包含非 ASCII 字符（例如 éxample.com）的 Cookie。
我们一直未指定对 Cookie 中的 IDN 网域属性的支持，因为 Chromium、Safari 和 Firefox 的行为有所不同。这项变更使 Firefox 拒绝具有非 ASCII 网域属性的 Cookie 的行为标准化。
由于 Chromium 之前接受了非 ASCII 字符，并已尝试将其转换为标准化的 Punycode 以便存储，因此我们现在将应用更严格的规则，并要求使用有效的 ASCII（Punycode，如果适用）网域属性。
移除 HTTP/2 推送
Chrome 移除了接收服务器发送的 HTTP/2 推送流、将其保存在内存中的功能。如需了解详情和建议的替代 API，请参阅从 Chrome 中移除 HTTP/2 服务器推送。
移除永久性配额
webkitRequestFileSystem() 中的 window.PERSISTENT 配额类型现已弃用。
支持 PERSISTENT 配额类型会增加配额系统的复杂性，但 webkitRequestFileSystem() 是唯一的使用方，这种存储形式从未被发现过，很少使用。
废弃政策
为了保持平台健康，我们有时会从运行其课程的网络平台中移除 API。我们移除 API 的原因可能有很多，例如：
- 它们已被较新的 API 取代。
- 我们更新了这些 API，以反映规范的变化，以便与其他浏览器保持一致。
- 这些是早期实验，在其他浏览器中从未实现过，因此可能会增加 Web 开发者的支持负担。
其中的部分变更只适用于极少数网站。为了提前缓解问题，我们会尽量提前通知开发者，以便他们进行必要的更改，确保网站正常运行。
Chrome 目前有一套 API 的弃用和移除流程，主要包括：
- 在 blink-dev 邮寄名单上公布。
- 当在网页上检测到使用情况时，请在 Chrome 开发者工具控制台中设置警告并提供时间刻度。
- 请耐心等待，监控该功能，然后在使用量下降时移除该功能。
您可以使用已弃用的过滤条件在 chromestatus.com 上查找所有已弃用功能的列表，并通过应用已移除的过滤条件查找已移除的功能。我们还会尝试在这些博文中总结一些更改、推理和迁移路径。