Wayland 与XWayland

Wayland是现代 Linux 桌面的显示服务器协议，旨在替代老旧的 X11/Xorg；XWayland是运行在 Wayland 之上的兼容层 X 服务器，让未适配 Wayland 的 X11 应用能在 Wayland 会话中运行。

Wayland：现代显示协议

1. 核心定位

Wayland 是一套通信协议规范，而非单一程序；由Wayland Compositor（合成器）实现显示服务器、窗口管理器、合成器三合一功能。

• 参考实现：Weston
• 主流合成器：GNOME（Mutter）、KDE（KWin）、Sway、Hyprland、Niri 等

2. 架构与原理（极简）

• 客户端直接渲染：应用通过 EGL/Vulkan/GBM 直接向 GPU 提交渲染好的帧，无中间转发。
• 合成器仅做合成：接收客户端的显存句柄，按层级 / 位置合成后，通过KMS/DRM直接输出到硬件。
• 通信模型：客户端 ↔ 合成器（Wayland 协议），无独立 X Server 进程。

3. 核心优势

• 安全隔离：每个窗口独立，应用无法读取 / 篡改其他窗口内容。
• 低延迟：减少协议转发与拷贝，输入到显示路径更短。
• 原生 HiDPI / 触摸：适配现代高分辨率与触控设备。
• 现代 GPU 友好：原生支持 Vulkan、EGL、DMA-BUF 等，性能更高。
• 架构简洁：代码量小、易维护，无 X11 历史包袱。

4. 局限

• 兼容性不足：旧 X11 应用、部分专业软件 / 游戏需兼容层。
• 无原生网络透明：依赖 RDP/VNC/ 远程合成器实现远程桌面。
• 工具链仍在完善：部分 X11 工具（xrandr、xinput）需替代方案。

XWayland：X11 兼容层

定位与本质

• 完整的 Xorg 服务器，以Wayland 客户端身份运行，自 X.Org 1.16 起合入主线。
• 作用：翻译 X11 协议为 Wayland 协议，让 X11 应用在 Wayland 会话中显示。

工作流程

X11 应用 → X11 协议 → XWayland（X Server）→ Wayland 协议 → Wayland Compositor → 显示硬件

• XWayland 把 X11 窗口渲染为Wayland Surface，提交给主合成器管理。
• 多数发行版（GNOME/KDE/Sway）默认自动启动XWayland。

关键特性

• Rootless 模式：X11 窗口融入 Wayland 桌面，而非独立 X 桌面（主流默认）。
• 性能：接近原生 X11，但略低于原生 Wayland（多一层协议转换）。
• 安全：XWayland 内的 X11 应用仍遵循 X11 安全模型，不享受 Wayland 隔离。

XWayland 兼容性

XWayland 是运行在 Wayland 上的 Xorg 兼容层，绝大多数 X11 应用可正常运行，但因架构与安全差异，存在明确的兼容边界与常见问题。

安全与权限限制（Wayland 隔离导致）

• 全局输入 / 窗口越权：
  • X11 应用无法读取其他窗口内容、无法全局捕获输入（XGrabKey/XGrabButton仅在 XWayland 内有效，不跨 Wayland 窗口）。
  • 自动化工具（如 xdotool、xdg-open、屏幕录制 / 共享工具）依赖 X11 全局权限，在 XWayland 下失效或受限。
• 输入独占：虚拟机、远程桌面（RDP/VNC）、游戏的鼠标 / 键盘独占捕获异常，指针偏移、输入不响应。
• 屏幕捕获：X11 录屏工具（如 ffmpeg -f x11grab、SimpleScreenRecorder）捕获黑屏；需改用PipeWire + xdg-desktop-portal方案。

高 DPI / 缩放问题（最常见）

• X11 无原生分数缩放（125%/150%），XWayland 应用在分数缩放下模糊、像素化、尺寸异常。
• 部分应用不识别 Wayland 缩放，界面过小或过大。

窗口与显示行为异常

• 全屏 / 独占模式：部分游戏、视频播放器全屏后黑屏、无法退出、输入失效。
• 窗口管理冲突：X11 窗口管理器功能（如自定义窗口规则、阴影、特效）被 Wayland 合成器接管，行为不一致。
• 多显示器：XWayland 仅识别一个 “虚拟显示器”，多显示器布局依赖合成器模拟，xrandr配置受限。

X11 扩展与底层功能缺失

• 不支持：Xinerama、传统 X 网络透明（ssh -X受限）、直接 DRM/KMS 访问、部分旧 X 驱动特性。
• 部分支持：xinput、setxkbmap等工具发出警告，部分功能失效。
• NVIDIA 专有驱动：早期版本存在渲染、光标、全屏问题，需更新驱动并启用nvidia-drm.modeset=1。

性能与延迟

• 多一层协议转换，延迟略高于原生 Wayland，但接近原生 Xorg。
• 复杂合成 / 动画场景可能出现轻微卡顿。

常见问题与解决方案

1. HiDPI / 分数缩放模糊

• 强制零缩放（推荐）：
  • Hyprland：xwayland { force_zero_scaling = true; }
  • Sway：xwayland force_zero_scaling
  • GNOME/KDE：安装xorg-xwayland-hidpi补丁（部分发行版），或用工具变量：

    # GTK GDK_SCALE=2 GDK_DPI_SCALE=0.5 应用名 # Qt QT_SCALE_FACTOR=2 QT_FONT_DPI=96 应用名

• 整数缩放：系统设为 200% 整数缩放，XWayland 应用清晰但尺寸偏大。

2. 输入 / 指针偏移（虚拟机 / 远程桌面 / 游戏）

• 启用XWayland 输入捕获扩展（合成器默认已支持）：
  • Sway：input { xwayland { disable_cursor_hijack = false; } }
  • Hyprland：input { follow_mouse = 1; }
• 虚拟机：取消 “全屏 / 无缝模式显示”，改用窗口模式。
• 游戏：添加环境变量WLR_NO_HARDWARE_CURSORS=1或SDL_VIDEO_X11_DGAMOUSE=0。

3. 屏幕录制 / 共享黑屏

• 改用PipeWire + portal方案：

  # 安装必要组件 sudo pacman -S pipewire wireplumber xdg-desktop-portal xdg-desktop-portal-gtk # 重启服务 systemctl --user restart pipewire wireplumber xdg-desktop-portal

• 录屏用 OBS Studio（Wayland 原生）、Kooha、Grim + Slurp。

4. 应用无法启动 / 崩溃

• 检查是否安装xorg-xwayland，合成器已启用 XWayland。
• NVIDIA：更新驱动至 550+，添加内核参数nvidia-drm.modeset=1。
• 修复 GL 错误：export LIBGL_ALWAYS_SOFTWARE=1（软件渲染，临时）。
• 重置 GTK 配置：mv ~/.config/gtk-3.0 ~/.config/gtk-3.0.bak。

5. 全局快捷键失效

• X11 全局快捷键仅在 XWayland 窗口内生效；Wayland 级快捷键需在合成器配置（如 Sway/Hyprland 绑定）。
• 强制应用用 XWayland：GDK_BACKEND=x11 应用名/QT_QPA_PLATFORM=xcb 应用名。

兼容性对比表

Wayland vs XWayland：核心对比

关系与使用场景

1. 包含关系：Wayland 会话通常包含 XWayland作为兼容组件。
2. 启动方式：
   • GNOME/KDE：登录时选择Wayland 会话，自动启用 XWayland。
   • Sway/Hyprland：配置中开启xwayland enable。
3. 强制应用运行方式：
   • 强制 XWayland：GDK_BACKEND=x11 应用名/QT_QPA_PLATFORM=xcb 应用名
   • 强制原生 Wayland：GDK_BACKEND=wayland 应用名/QT_QPA_PLATFORM=wayland 应用名

总结

• Wayland是未来，更安全、高效、现代，是 Linux 桌面的主流方向。
• XWayland是过渡桥梁，保证现有 X11 生态在 Wayland 下可用，直到应用全面适配。