1. 课程导入

在嵌入式、桌面、车载与移动终端中，Linux 图形栈承担着从应用绘制到屏幕扫描输出的完整链路。很多工程师第一次接触 Wayland 时，会把它简单理解为“X11 的替代品”，但真正进入工程现场后会发现：Wayland 不是单一程序，而是一套围绕合成器、协议、缓冲区与输入分发重新组织的图形会话体系。理解它，必须先把 Linux 图形栈的演进脉络、Wayland 的诞生动因和核心设计哲学串起来，否则后续学习协议、合成器、渲染后端与调试工具时容易只见树木不见森林。

一、Linux 图形栈的演进脉络

早期 Linux 桌面以 X11 为核心。X Server 负责显示、输入、窗口管理与绘制资源管理，客户端通过 X 协议与 Server 通信。X11 的优点是网络透明、生态成熟、兼容性极强；缺点是协议历史包袱重、路径长、合成与渲染职责分散，且在现代 GPU 与高刷新率场景下容易出现撕裂、延迟和同步问题。

随着 GPU 与 DRM/KMS 成熟，Linux 图形栈逐步分层：底层由 DRM/KMS 管理显示控制器、CRTC、Plane、Connector 与帧缓冲；中间由 Mesa 提供 OpenGL/Vulkan 等用户态驱动；上层由显示服务器或合成器负责窗口、输入与合成。X11 时代，X Server 往往同时承担显示服务器与合成管理；Wayland 时代，合成器直接承担显示输出、输入分发与客户端缓冲区合成，路径更短，职责更清晰。

可以用一条简化链路来理解：应用通过 EGL/OpenGL ES 或 Vulkan 渲染到缓冲区，缓冲区经 Wayland 协议提交给合成器，合成器再通过 DRM/KMS 把最终画面送到显示设备。输入则从 evdev/libinput 进入合成器，再由合成器分发给焦点窗口。这个链路是后续所有章节的主干。

二、Wayland 的诞生背景

Wayland 的出现并非单纯为了“重写 X11”，而是为了解决几个工程痛点：第一，X11 的架构导致客户端与显示服务器之间多一次拷贝或合成，延迟与功耗不理想；第二，X11 的窗口管理与合成职责边界模糊，导致撕裂、同步与安全策略难以统一；第三，现代应用越来越依赖 GPU 渲染与客户端自绘，X11 的绘制模型与这种模式不够贴合；第四，输入、剪贴板、拖拽、屏幕共享等能力在 X11 下缺乏统一的安全边界。

Wayland 的核心思路是：合成器就是显示服务器。客户端不再直接操作全局屏幕，而是把渲染好的缓冲区提交给合成器；合成器决定如何合成、何时上屏，并通过协议把输入、窗口状态、输出信息等事件通知客户端。这样既缩短了路径，也把安全与策略集中到合成器。

三、核心设计哲学

Wayland 的设计哲学可以概括为四点：

• 合成器中心化：合成器掌握显示输出、输入分发与窗口策略，客户端只负责渲染自己的表面。
• 缓冲区交换：客户端把渲染结果放入缓冲区，通过协议提交；合成器负责合成与上屏，避免全局绘制资源竞争。
• 协议可扩展：核心协议保持精简，窗口管理、截图、输入法等通过扩展协议实现，便于按场景裁剪。
• 安全与隔离：客户端默认只能访问自己的表面与授权输入，减少全局监听与注入风险。

这些哲学直接影响了工程实现：合成器需要处理缓冲区生命周期、帧回调、输入焦点、输出热插拔与同步；客户端需要理解表面状态、提交时机与帧回调；驱动与内核层则通过 DRM/KMS 与 libinput 提供底层能力。

四、案例与场景：从 X11 迁移到 Wayland 时最容易踩的坑

假设一个团队要把车载中控从 X11 迁移到 Wayland。第一类问题是“窗口管理语义变化”：X11 下应用可以查询全局窗口树、移动任意窗口；Wayland 下客户端只能操作自己的表面，窗口位置与层级由合成器决定。第二类问题是“输入与快捷键”：X11 下全局抓键很常见，Wayland 下需要合成器授权或使用特定协议。第三类问题是“截图与录屏”：X11 可以直接读根窗口，Wayland 下必须通过合成器提供的截图协议或 portal。第四类问题是“渲染同步”：Wayland 强调帧回调与缓冲区提交时机，若客户端仍按 X11 的“随时绘制”思路，容易出现卡顿或掉帧。

五、核心概念速查清单

概念	作用	工程关注点
wl_surface	客户端可绘制表面	提交、帧回调、状态同步
wl_buffer	像素数据载体	格式、尺寸、释放与复用
xdg_shell	桌面窗口语义扩展	标题、最大化、全屏、弹出菜单
libinput	输入事件抽象	设备热插拔、手势、焦点分发
DRM/KMS	显示输出控制	CRTC、Plane、Connector、模式设置
EGL/GLES/Vulkan	GPU 渲染接口	上下文、交换链、同步与格式

六、实操视角：先建立可观测的链路

学习 Wayland 图形栈，建议从“可观测”入手。先确认系统运行的是 X11 还是 Wayland，再确认合成器类型与 DRM 设备状态。常用命令如下：

# 查看当前会话类型
echo $XDG_SESSION_TYPE

# 查看 Wayland 显示与合成器信息
echo $WAYLAND_DISPLAY
ls -l $XDG_RUNTIME_DIR/wayland-*

# 查看 DRM 设备与连接器状态
ls /dev/dri/
cat /sys/class/drm/card0-HDMI-A-1/status

# 查看输入设备
libinput list-devices

# 查看 Mesa 与 EGL 信息
eglinfo | head -n 40

这些命令能帮助你把“应用—合成器—内核—硬件”的链路对应起来。后续章节会逐步展开协议对象、合成器实现、缓冲区管理、输入分发、渲染后端与调试工具。现在只需要记住：Wayland 的核心是合成器中心化与缓冲区交换，Linux 图形栈的底层是 DRM/KMS 与 GPU 驱动，输入从 libinput 进入合成器，最终由合成器决定画面如何上屏。