2. X11与Wayland对比
理解 Wayland 的动机，不能只停留在“新协议替代旧协议”的口号上。X11 的设计诞生于 1984 年，其核心假设是“客户端通过网络连接到显示服务器”，而现代 Linux 桌面几乎全部是本地单机、GPU 加速、多进程合成的场景。这一根本错位，导致 X11 在性能、安全、输入延迟和代码维护上积累了大量结构性瓶颈。本节从架构、协议、合成器角色、迁移与兼容四个层面展开对比。
一、X11 架构瓶颈：中心化服务器与扩展堆叠
X11 采用 C/S 模型：X Server 管理显示、输入、窗口和绘图上下文，客户端通过 X 协议发送请求。问题在于，X Server 承担了过多职责，并且所有绘制指令都要经过它转发。窗口管理器（WM）和合成器（Compositor）只是普通客户端，却要依赖 Composite、Damage、XRender、XFixes 等扩展才能实现现代合成。扩展之间缺乏统一语义，导致行为碎片化。
更严重的是，X11 没有真正的“每窗口隔离”。任意客户端都能读取其他窗口内容、注入输入事件、抓取全局键盘，这在多用户或沙箱场景下是安全灾难。此外，X11 的绘制路径通常是“客户端 → X Server → 合成器 → GPU”，多一次拷贝和同步，输入到显示的延迟难以压到最低。
二、Wayland 协议优势：客户端渲染 + 合成器仲裁
Wayland 把“显示服务器”拆成两部分：协议定义客户端与合成器之间的接口，合成器负责策略与最终合成。客户端使用 EGL/Vulkan 直接渲染到自己的缓冲区，通过 wl_surface 提交，合成器只做仲裁、布局和合成。这带来几个直接收益：
- 零拷贝路径：客户端渲染到 GPU 缓冲区，合成器直接采样，减少中间拷贝。
- 输入与显示同源：合成器同时掌握输入焦点和画面，延迟更低、撕裂更少。
- 安全隔离：客户端只能看到自己的 surface，无法窥探他人窗口，剪贴板和输入需显式授权。
- 协议精简：核心协议小，扩展通过
wl_registry动态发现，语义统一。
下面这张图对比了 X11 与 Wayland 的数据流与职责边界，可以直观看到“谁在渲染、谁在合成、谁在仲裁”。
三、合成器角色变化：从“可选客户端”到“系统核心”
在 X11 中，合成器是可选的，窗口管理器也可以独立存在。Wayland 则把合成器提升为唯一的显示服务器：它必须同时处理输入、输出、窗口策略、协议扩展和权限。这意味着合成器不再是“锦上添花”，而是桌面会话的入口。常见的 Wayland 合成器包括 GNOME 的 Mutter、KDE 的 KWin、wlroots 系的 Sway、Hyprland 等。
角色变化带来两个后果。第一，合成器必须实现大量协议，如 xdg-shell、wl_output、wl_seat、wp_viewporter、linux-dmabuf 等，开发复杂度上升。第二，合成器成为安全边界，剪贴板、屏幕共享、输入注入都必须经过它授权，这既是优势也是迁移难点。
四、迁移挑战与兼容方案
Wayland 并非“免费升级”。大量遗留应用依赖 X11 的全局窗口、输入抓取和 X 扩展，直接迁移会失败。常见挑战与应对如下表：
| 挑战 | 典型表现 | 兼容方案 |
|---|---|---|
| X11 应用无法直接运行 | 启动报错、窗口不显示 | XWayland 提供 X11 兼容层 |
| 全局快捷键/输入抓取 | 录屏、远程桌面、游戏外挂失效 | 合成器提供 portal 或专用协议 |
| 屏幕共享与截图 | 应用只能看到黑屏 | xdg-desktop-portal + PipeWire |
| 剪贴板与拖放 | 跨应用复制粘贴异常 | wl_data_device 与 portal 桥接 |
| NVIDIA 专有驱动 | EGL 初始化失败、闪烁 | 启用 DRM KMS、更新驱动与合成器 |
实际排查时，可以先确认会话类型和 XWayland 状态：
# 查看当前会话是否为 Wayland
echo $XDG_SESSION_TYPE
# 查看 XWayland 是否运行
pgrep -a Xwayland
# 查看合成器与协议支持
wayland-info | head -40
# 检查 portal 服务
systemctl --user status xdg-desktop-portalQT_QPA_PLATFORM=wayland、GTK 默认 Wayland），对无法迁移的应用保留 XWayland，并通过 portal 补齐屏幕共享、剪贴板等能力。
五、复盘：对比的本质是职责重新划分
X11 的问题不是“老”，而是职责错配：服务器集中绘制、扩展堆叠、缺乏隔离。Wayland 的收益也不是“新”，而是把渲染还给客户端、把仲裁交给合成器、把安全边界显式化。迁移的难点在于，过去由 X Server 隐式提供的全局能力，现在必须由合成器和 portal 显式实现。理解这一点，就能在遇到黑屏、快捷键失效、屏幕共享失败时，快速定位是协议缺失、合成器未实现，还是应用仍走 XWayland 路径。