谷歌 Chrome 瀏覽器 106 正式版釋出 (附更新內容)

IT之家 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 中的音訊和影片介面引入了出隊回撥。它允許開發人員在編碼和解碼介面中找出佇列大小是否減少,而不是設定定時函式來隨機檢查相同。

IT之家獲悉,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 日進入穩定版頻道。

頂部