9 月 28 日消息，谷歌 Chrome 106 正式版更新相比 105 变化没有那么大，但仍然包含一些有趣的功能，还弃用了一些功能。
在谷歌 Chrome 106 中弃用了三个功能。在 requestFileSystem () 方法中不推荐使用持久配额类型，因为给代码增加了不必要的复杂性，由于其使用率低，这尤其不受欢迎； HTTP / 2 推送流将遭受同样的命运，Chrome 将不再接收、存储在内存中或使用此配置发送的流；同样，Chrome 106 也放弃了对 cookie 域名属性中的非 ASCII 字符的支持，以符合 RFC 6265bis 规范中的最新标准化。
在新功能方面，Chrome 106 一项主要改进是支持 SerialPort 中的自带缓冲区 (BYOB)。谷歌描述如下：
“开发人员可以通过调用 getReader ({mode: 'byob'}) 来检测对 BYOB 读取器的支持，因为旧实现在传递新参数时会抛出 TypeError。BYOB（或“自带缓冲区”）读取器允许开发人员指定读取数据的缓冲区，而不是为每个块分配新缓冲区的流。除了潜在地降低内存压力之外，这还允许开发人员控制接收到的数据量，因为流返回的数据量不能超过提供的缓冲区中空间。从端口读取特定数量的数据能力使这个 API 对于习惯于针对串行设备的 Windows 和 POSIX API 进行编程的开发人员更加熟悉，这些 API 以同样的“自带缓冲区”原则运行。相比之下，当前的 API 要求开发人员针对多余的不需要的数据进行防御性编码，而不是只读取他们准备处理的内容。”
除此之外，无前缀 hyphenate-character 属性 CSS 属性现在很稳定，将随 Chrome 106 一起提供。“-webkit-hyphenate-character”属性将在稍后未指定的日期弃用。
Chrome 106 的另一个关键改进是支持 Intl.NumberFormat API v3 。此版本具有以下新功能：
添加 3 个新函数来格式化数字范围：formatRange / formatRangeToParts / selectRange
分组枚举
新的舍入 / 精度选项
舍入优先级
将字符串解释为小数
舍入模式
符号显示为负
此外，还为 WebCodecs 中的音频和视频接口引入了出队回调。它允许开发人员在编码和解码接口中找出队列大小是否减少，而不是设置定时函数来随机检查相同。
Chrome 106 现在支持 CSS“ic”长度单位。这用于表示日文和中文字体的“相对于水象形文字的高级度量”的长度，并且已经存在于 Safari 和 Firefox 中。展望未来，CORS 将通过 Signed HTTP Exchange 在子资源预取和加载中强制执行。
此版本的 Chrome 中也有一些实验性功能。有两个开发者试验被锁定在 flag 中。第一个是将文件系统访问 API 中的异步方法更新为同步方法。这将提高性能并为 API 带来一致性。其次，谷歌将继续其 UA 用户代理减少计划的第 5 阶段。这个想法是为了提高隐私，同时减少在解析复杂的 User-Agent 字符串时出错的机会。
同样，两项能力也已进入 Origin 试验阶段。匿名 iframe 提供了一种通过临时上下文在外部 iframe 中加载文档的方法。由于它是 Cross-Origin-Embedder-Policy (COEP) 的概括，因此消除支持 COEP 的第三方 iframe 作为嵌入到 COEP 页面的先决条件的要求。此试用将持续到 Chrome 108。
现在也通过 Origin 试用版提供弹出式 API，它允许开发人员在 Web 应用程序之上的交互式瞬态 UI 元素。这类似于“对话框”元素，但具有新功能，例如包括光标关闭行为、弹出交互管理、动画、事件支持和非模态模式。
接下来是 Chrome 107 浏览器，它将于 9 月 29 日进入 Beta 通道，并将于 10 月 25 日进入稳定版频道。
