Chrome 106 稳定版今日发布,主要改进一览

软餐获悉,谷歌将在今天开始发布 Chrome 106 稳定版。相比 Chrome 105,Chrome 106 的改进不算多,基本都与开发者有关。本文列出了 Chrome 106 带来的主要改进。

  1. 支持 SerialPort 中的自带缓冲区 (BYOB)
  2. 无前缀 hyphenate-character 属性 CSS 属性将随 Chrome 106 一起提供。“-webkit-hyphenate-character” 属性将在稍后弃用。
  3. Chrome 106 将支持 Intl.NumberFormat API v3
  4. 为 WebCodecs 中的音频和视频接口引入了出队回调。它允许开发人员在编码和解码接口中找出队列大小是否减少,而不是设置定时函数来随机检查相同。
  5. 支持 CSS“ic” 长度单位。这用于表示日文和中文字体的 “相对于水象形文字的高级度量” 的长度,并且已经存在于 Safari 和 Firefox 中。
  6. 实验性功能,有两个开发者试验功能。
    1. 将文件系统访问 API 中的异步方法更新为同步方法。这将提高性能并为 API 带来一致性。
    2. 谷歌将继续其用户代理减少计划的第 5 阶段。这个想法是为了提高隐私,同时减少在解析复杂的 User-Agent 字符串时出错的机会。
  7. 两项能力也已进入 Origin 试验阶段。匿名 iframe 提供了一种通过临时上下文在外部 iframe 中加载文档的方法。由于它是 Cross-Origin-Embedder-Policy (COEP) 的概括,因此它消除了支持 COEP 的第三方 iframe 作为嵌入到 COEP 页面的先决条件的要求。此试用将持续到 Chrome 108。现在也通过 Origin 试验提供了一个弹出式 API,它允许开发人员在 Web 应用程序之上显示交互式瞬态 UI 元素。这类似于 “对话框” 元素,但具有新功能,例如包括光关闭行为、弹出交互管理、动画、事件支持和非模态模式。
  8. 弃用:
    1. 在 requestFileSystem() 方法中不推荐使用持久配额类型,因为它给代码增加了不必要的复杂性,由于其使用率低,这尤其不受欢迎。
    2. HTTP/2 推送流将遭受同样的命运,因为 Chrome 将不再接收、存储在内存中或使用此配置发送的流。
    3. 同样, Chrome 106 也放弃了对 cookie 域名属性中的非 ASCII 字符的支持,以符合 RFC 6265bis 规范中的最新标准化。

Chrome 106 之后,谷歌将在 10 月 25 日发布 Chrome 107 稳定版。

软餐读者电报群现已开放,欢迎加入

Chrome 106稳定版今日发布,主要改进一览

本文为原创文章,转载需获授权。软餐食堂

(0)

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注