除非另有說明,否則下列變更適用於 Android、ChromeOS、Linux、macOS 和 Windows 的最新 Chrome Beta 版。如要進一步瞭解此處所列功能,請透過我們提供的連結或 ChromeStatus.com 的清單。Chrome 124 已於 2024 年 3 月 20 日推出 Beta 版。您可以前往 Google.com 電腦版網站,或使用 Android 裝置前往 Google Play 商店下載最新版本。
CSS
這個版本新增兩項 CSS 功能。
CSSImportRule.styleSheet
允許 CSSImportRule.styleSheet
為空值。如果沒有相關聯的 CSS 樣式表,則 CSSImportRule
中的 styleSheet
屬性可以是空值。
CSSKeyframesRule.length
公開 CSSKeyframesRule
的 length
屬性。介面如果支援已建立索引的屬性,必須定義名為 length
的整數類型屬性。
HTML
這個版本新增兩個 HTML 功能。
writingsuggestions
屬性
瀏覽器開始隨著使用者在網路上各種可編輯的欄位輸入內容,開始提供寫作建議。雖然這對於使用者通常很實用,但在某些情況下,開發人員可能會想關閉瀏覽器提供的寫入輔助功能,例如擴充功能或網站本身提供類似的功能。
新屬性 writingsuggestions
的值為 true
或 false
,可讓開發人員開啟或關閉瀏覽器提供的寫作建議。也可以沿用祖系元素的屬性狀態,讓開發人員以個別元素、每份文件或子文件的尺度來控制這項功能。
可聚焦鍵盤的捲動容器
使用依序聚焦導覽功能,將捲動容器設為可聚焦,改善無障礙功能。在此變更之前,除非 tabIndex
明確設為 0 以上,否則 Tab 鍵不會聚焦捲動器。
將捲動器預設為可聚焦,無法或不想使用滑鼠的使用者,就能使用鍵盤分頁和方向鍵聚焦裁剪的內容。只有在捲軸不含任何鍵盤可聚焦子項時,系統才會啟用這項行為。
這項功能自 Chrome 124 起將逐步推出,並可在 Chrome 125 之前向所有使用者開放。進一步瞭解鍵盤可聚焦捲動器。
網站 API
Attribution Reporting API 新增項目
為 Attribution Reporting API 新增功能,可支援剖析失敗偵錯報表,藉此建立其他偵錯功能、支援指定偏好的註冊平台,並改善 API 人體工學。
文件子母畫面:新增隱藏「返回分頁」按鈕的選項
這會在文件子母畫面 API 中新增參數 (disallowReturnToOpener
),設為 true 時,會提示瀏覽器在子母畫面視窗中,不應顯示讓使用者返回開啟工具分頁的按鈕。
雖然在影片子母畫面的情況下,提供返回開啟工具分頁的按鈕絕對是合理的 (開啟工具分頁中的影片串流可以傳回影片元素),但文件子母畫面體驗不一定適用。這樣一來,當開發人員判定這類按鈕對自己的用途不適用時,就能進一步控管使用者體驗。
詳情請參閱文件子母畫面說明文件。
禁止轉譯文件
這項功能可讓作者在重要內容剖析完成前禁止轉譯文件,確保所有瀏覽器上的首次顯示所需時間一致。在沒有這項功能的情況下,第一個繪製作業的狀態取決於剖析器產生之經驗法則,而該經驗法則會因瀏覽器而異。
這在 View 轉場上特別重要,因為在第一個影格的剖析 DOM 狀態可能會大幅變更建立的轉場效果。
請注意,這項功能會導入 <link rel=expect href="#id">
語法,讓連結元素參照網頁上其他預期的元素。然後會封鎖算繪作業,直到預期的元素完全剖析為止。這取代了先前實作的 HTML 屬性,這可讓整份文件遭到封鎖。
jitterBufferTarget
項屬性
jitterBufferTarget
屬性可讓應用程式針對要保留的 RTCRtpReceiver
時基緩衝區指定媒體目標時間長度 (以毫秒為單位)。這會影響使用者代理程式執行的緩衝處理量,進而影響重新傳輸和封包遺失復原作業。如果變更目標值,應用程式就能控製播放延遲,以及因網路時基誤差而耗盡音訊或視訊畫面的風險。
pageswap
個事件
當導覽將這份文件取代為新文件時,文件的視窗物件會觸發 pageswap
事件。這個事件提供導覽相關的啟用資訊 (type
、NavigationHistoryEntry
為新文件)。
如果導覽有跨文件檢視轉換,系統會先分派事件再擷取舊文件的狀態。如此一來,開發人員就能根據導覽的啟用資訊和舊文件目前的視覺狀態,設定針對轉場效果擷取的舊狀態。
priority
HTTP 要求標頭
這會為所有 HTTP 要求新增 priority
要求標頭,當中包含要求傳送時的優先順序資訊。
RFC 9218 (適用於 HTTP 的可延伸優先順序配置) 定義了 priority
HTTP 要求標頭,可用於向來源 (和中繼) 發出要求優先順序的信號。也定義了 HTTP/2 和 HTTP/3 的交涉流程和通訊協定層級框架,提供相同的優先順序資訊。
標頭只能在首次收到要求時指明資源的初始優先順序,而以框架為基礎的機制允許在事後修改優先順序。
標頭可以對原始伺服器進行端對端操作 (並提供機制讓來源能覆寫由中介者辨識的優先順序),同時影格僅限於在連結層級運作。
這項功能特別適用於支援標頭式優先順序設定配置。
私人網路存取權權限,可放寬複合型內容
為了建立本機網路上沒有全域專屬名稱,導致無法取得 TLS 憑證的裝置連線,這項功能推出新的 fetch()
選項,可宣告開發人員對這類裝置的通訊意圖。這包括一項由政策控管的新功能,可用來限制每個網站對這項功能的存取權,以及為伺服器預檢回應提供額外中繼資料的新標頭。
Sec-CH-UA-Form-Factors 客戶提示
這項提示可提供伺服器資訊,說明使用者代理程式的板型規格。它會傳回下列一或多個板型規格值:
- 電腦:在個人電腦上執行的使用者代理程式。
- Automotive:內嵌於車輛中的使用者代理程式,使用者可能負責操作車輛,且無法參與小細節。
- 行動裝置:這類小型的觸控式裝置通常搭載給使用者。
- 平板電腦:觸控導向裝置尺寸比「行動裝置」更大,通常不對使用者攜帶。
- XR:能增強或取代使用者周遭環境的沉浸式裝置。
- EInk:一種裝置特性,為螢幕更新速度緩慢,且色彩解析度有限或完全沒有色彩。
- 手錶:螢幕極小 (通常不到兩英吋) 的行動裝置,採用的方式讓使用者一目瞭然。
setHTMLUnsafe
和parseHTMLUnsafe
setHTMLUnsafe
和 parseHTMLUnsafe
方法允許在 JavaScript 中使用宣告式陰影 DOM。相較於 innerHTML
或 DOMParser
,這些方法也能夠以更簡單的方式,將 HTML 剖析為 DOM。
Shared Storage API 更新內容
本次更新加入了對執行跨來源 Worklet 的支援,讓您不必建立 iframe。
Streams API:ReadableStream 非同步疊代
串流 API 提供廣泛、可互通的基元,可用於建立、撰寫和取用資料串流。這項變更加入了 ReadableStream API 的非同步可疊代通訊協定支援功能,讓可讀取的串流做為 await...of
迴圈的來源使用。
SVG context-fill
和 context-stroke
實作現有的 SVG 功能,以便在指定填滿和筆劃屬性時允許關鍵字 context-fill
和 context-stroke
。這只會影響使用 <use>
元素執行個體化的 SVG 子樹狀結構,以及使用 <path>
元素上 marker
屬性例項化的 <marker>
元素。在這種情況下,context-fill
和 context-stroke
會解析為 <use>
或 <path>
上的 fill
和 stroke
屬性值。
WebGPU:ServiceWorker 和 SharedWorker 支援
將 ServiceWorker 和 SharedWorker 支援功能新增至 WebGPU ,使其與現有的 WebGL 功能保持一致。
Service Worker 可為 WebGPU 提供離線功能和背景處理功能。這表示即使使用者未積極與網頁互動,使用大量圖形的網頁應用程式或 Chrome 擴充功能仍可快取資源並執行運算。
共用工作站可讓多個分頁或擴充功能內容協調及分享 WebGPU 資源。讓使用者享有更流暢的效能,以及更有效率地使用圖形硬體。
WebSocketStream API
WebSocket API 提供用於 RFC6455 WebSocket 通訊協定的 JavaScript 介面。雖然成效良好,但從人體工學的角度來看,這種做法令人感到尷尬,而且缺少背壓的重要特徵。WebSocketStream API 的用意是藉由整合 WHATWG 串流與 WebSocket API,解決這些缺口問題。
詳情請參閱 WebSocketStream:透過 WebSocket API 整合串流。
適用於傳輸層安全標準 (TLS) 的 X25519Kyber768 金鑰封裝
部署 Kyber768 抗量子金鑰協議演算法,保護目前的 Chrome TLS 流量,避免日後的量子密碼分析遭到攻擊。
這是依據 IETF 標準的混合 X25519 和 Kyber768 金鑰協議。 此規格和推出作業不在 W3C 範圍內。此金鑰協議將以傳輸層安全標準 (TLS) 加密的形式發布,且應向使用者公開透明。
詳情請參閱使用 Hybrid Kyber KEM 保護 Chrome 流量。
來源試用中
在 Chrome 124 中,您可以選擇啟用下列新的來源試用。
淘汰事件試用
變更事件 (包括 DOMSubtreeModified
、DOMNodeInserted
、DOMNodeRemoved
、DOMNodeRemovedFromDocument
、DOMNodeInsertedIntoDocument
和 DOMCharacterDataModified
) 可能會降低網頁效能,也會大幅提高網頁新增功能的複雜度。這些 API 自 2011 年規格起淘汰,並由功能更佳的 Mutation Observer API 取代 (於 2012 年)。
在 2024 年 7 月 30 日左右,Chrome 127 起將預設停用異動事件支援。為避免網站故障,程式碼應在該日期前遷移至 Mutation Observer API。如果需要更多時間,請註冊Mutation 事件淘汰試用,在特定時間內重新啟用這項功能。可運用於 Chrome 134 至 2025 年 3 月 25 日結束。
此外,MutationEventsEnabled
企業政策也能用於相同用途,也可透過 Chrome 134 使用。
報名參加異動事件淘汰試用。
淘汰和移除
這個版本的 Chrome 推出了下列淘汰和移除功能。 如需預定淘汰項目、目前淘汰項目和先前移除資訊的清單,請前往 ChromeStatus.com。
這個版本的 Chrome 會移除一項功能。
移除權限和權限政策「window-management」的「window-placement」別名
移除權限和權限政策「window-management」的「window-placement」別名。這個步驟是為了藉由淘汰並移除「window-placement」移除,重新命名字串。Window Management API 會隨時間不斷演進,而術語變更則可改善描述元的持續性。