Lacros 是一个架构项目，用于将 Chrome 浏览器与 Chrome OS 窗口管理器和系统 UI 分离。该名称来自L inux A和C h Rome OS 。

 技术细节

在 Chrome OS 上，系统 UI（ash 窗口管理器、登录屏幕等）和 Web 浏览器是相同的二进制文件。Lacros 将此功能分为两个二进制文件，此后称为 ash-chrome（系统 UI）和 lacros-chrome（网络浏览器）。

基本方法是将现有的二进制文件重命名为 ash-chrome，只需进行最小的更改。然后，我们采用 linux-chrome 二进制文件，改进其对 Wayland 的支持，使其像 Chrome OS 上的网络浏览器一样运行，并将其作为 lacros-chrome 二进制文件发布。这允许两个二进制文件独立发布，但有一些性能/资源成本。API 边界最初将是半稳定的：它将容忍 1-2 个里程碑的版本偏差。将来我们可能会允许更大的偏差。

这两个二进制文件都是从 chromium git 存储库构建的。但是，二进制文件可能以不同的版本构建。例如，从 M-101 分支构建的 lacros 版本可能在从 M-100 分支构建的 ash 版本之上运行。

Lacros 可以想象为“具有更多 Wayland 支持的 Linux chrome”。Lacros 使用臭氧作为图形和事件处理的抽象层。Ozone 有一个“后端”，客户端支持 Wayland 合成器协议。

Chrome OS 有一个称为exosphere的 Wayland 服务器实现。ARC（运行 Android 应用程序）和 Crostini（运行 Linux 应用程序）使用它。

Lacros 将使用 exo 作为图形和事件处理的 Wayland 服务器。我们尽可能使用稳定的 Wayland 协议。我们还与 ARC 和 Crostini 共享 Wayland 协议扩展（例如zaura-shell）。更高级别的功能（例如文件选择）使用 Mojo IPC。

我们将新的 Mojo API 表面称为“crosapi”。它在概念上类似于 Win32 或 Cocoa，但要小得多。出于性能原因，它也主要是异步的。API 位于//chromeos/crosapi中。ash 端的实现位于
//chrome/browser/ash/crosapi中。

代码可以通过BUILDFLAG(IS_CHROMEOS_LACROS).

谷歌为什么要分离浏览器和操作系统？

简而言之，通过将浏览器与 Chrome OS 分离，谷歌获得了一些后勤优势。

就目前的 Chrome 操作系统而言，任何因新功能、错误修复或安全原因而进行的 Chrome 浏览器更新都必须集成到 Chrome 操作系统版本中。这增加了复杂性，因为 Chrome OS 本身每六周左右就会更改一次。某些浏览器位可能会影响 Chrome 操作系统或阻止即将推出的功能。所以这个模型效率不高。

一旦浏览器与操作系统分离，效率就会提高。Google 可以随时将仅浏览器的更新推送到 Chromebook，就像它为 Windows、macOS 和 Linux 上的 Chrome 所做的那样。

此外，根据官方文档，这将使 Chromebook 能够运行不同版本的 Chrome OS 和浏览器。

这可能会延长一些超出其Chrome 操作系统支持到期日期的旧 Chromebook 的使用寿命。虽然操作系统不会收到更新，但浏览器可以。这将支持在此类设备上进行更安全的浏览。我个人认为这不是谷歌的长期战略，但我可能错了。我的想法是，购买 Neverware 更有可能为旧设备提供更多更新。