幾天前 Chrome 向瀏覽器穩定分支的所有用戶發送了更改 默認情況下， 激活一個新代碼來組織帶有 X 服務器的系統上的輸出，基於使用 一層叫做“臭氧” 它抽象了與圖形子系統的交互。
使用臭氧 允許在同一個 Chrome 版本中提供對 X11 和 Wayland 的支持，而無需綁定到特定的圖形子系統。
關於臭氧
Ozone 是 Aura 窗口系統下面的一個平台抽象層 它用於輸入和低級圖形，因此抽象支持底層系統，從內置 SoC 目標到新的替代窗口系統，再到 Linux 上的 X11（如 Wayland 或 Mir），通過提供平台的接口實現來顯示 Aura Chromium。
由於希望在各種項目中使用 Chrome，因此正在開展工作以促進向新平台的遷移。
為了支持這一目標，臭氧遵循以下原則：
- 接口，而不是 ifdef：通過接口調用平台提供的對象而不是使用條件編譯來處理平台之間的差異。 平台的內部組件保持封裝狀態，公共接口充當平台的中性上層（光環、閃爍、內容等）和較低平台特定層之間的防火牆。
- 靈活的接口：平台接口應該準確地封裝 Chrome 對平台的需求，對平台實現的限制最小，以及對使用上層的限制最小。
- 所有平台的運行時：為了避免上層的條件編譯，它允許我們在一個二進製文件中構建多個平台並在運行時鏈接它們。
- 簡單的分支——許多端口以分叉形式開始，其中許多端口後來將它們的代碼合併到上游，其他端口將在樹外有很長的生命週期。 這很好，我們應該促進這個過程以鼓勵分叉。
這就是原因 在各種系統上構建圖形界面的特性的獨立性 在 Chrome 中操作 它是使用自己的 Aura 跨平台圖形堆棧實現的。 Aura 充當窗口管理器（Aura shell），通過它自己的複合服務器運行並使用可用的 GPU 工具來加速圖形操作。
要生成界面元素， 使用了 Aura UI 圖形工具包， 它提供了自己的一組小部件、對話框、控件和事件處理程序。 在底層圖形堆棧功能（X11、Wayland、Cocoa 或 Windows）中，僅使用根窗口頂部的輸出。
Linux 圖形堆棧的所有特定操作都減少到一層 易於更換的抽象臭氧。 到目前為止，臭氧支持以選項的形式提供，默認是舊的 X11 編碼後端。
自 11 年以來，翻譯 X2020 版本以使用 Ozone 層的工作一直在進行，對於用戶來說，默認情況下逐漸包含 Ozone / X11 後端從 Chrome 92 的發布開始。
也就是說，幾天前，為所有 Chrome Linux 用戶激活了新的後端。 除了X11和Wayland（“–ozone-platform = wayland”和“–ozone-platform = x11”），Ozone還開發了通過KMS/DRM圖形驅動輸出的平台，使用libcaca庫的ASCII圖形輸出，渲染成PNG圖像（無頭）和通過 Chromecast 設備流式傳輸。
最後，提到 上面的後端是計劃好的, 僅支持通過 X11 工作， 將被棄用並最終從代碼庫中刪除 （在新的 Ozone / X11 後端達到同等功能並默認啟用後，在瀏覽器中保留另一個 X11 後端毫無意義。）
來源： https://chromium.googlesource.com