Rust 重写 X11：yserver 能跑桌面了，但离替代 Xorg 还很远

一个新的 X11 server，在 2026 年听起来有点逆风。

Wayland 已经推了很多年，Xorg 也早不是那个人人都想改的热项目。但 GitHub 上的 yserver 偏偏在用 Rust 从零写一个现代 X11 server，而且已经能跑起 MATE、XFCE、Cinnamon 这些真实桌面。

这件事最有意思的地方，不是 Rust 又盯上了老基础设施。真正的变量是：X11 这套旧协议还在被使用，旧世界还没退场；但继续背着 Xorg 的全套历史包袱，也越来越难受。

yserver 已经跨过演示阶段，但还没到替代阶段

按项目说明，yserver 不是 Xorg 的 Rust 克隆版。它的目标更窄：在现代 Linux 图形栈上，实现一个能跑真实桌面、窗口管理器和应用的 X11 server。

目前看，它已经不是只能弹个窗口的玩具。

这里要压住一个判断：能跑 MATE、XFCE、Cinnamon，很重要；但这不等于可以全面替代 Xorg。

Linux 桌面的麻烦，从来不在主路径。麻烦在角落里：老应用、输入法、远程桌面、奇怪窗口管理器、历史行为依赖、驱动差异。X11 的兼容性成本，很多都藏在这些地方。

对开发者来说，yserver 现在更适合作为实验和验证对象。可以拿来跑桌面、测应用、查协议假设。对发行版维护者来说，还不到默认迁移的阶段。更现实的动作是观望、打包测试、收集 bug，而不是替换 Xorg。

真正的看点是给 X11 做减法

X11 的问题不只是老。老协议如果边界稳定，也能活很久。

麻烦在于积重难返。协议、驱动、窗口管理器、应用假设、历史硬件路径，一层压一层。最后结果是：谁都知道有些东西不该再背，但谁也不敢轻易删。

yserver 的取舍很直接：不复刻 Xorg，不继承 DDX driver ABI，不支持一批现代桌面很少需要的旧能力。它把问题缩小了。

这就是它比一般“用 Rust 重写老东西”更值得看的地方。很多重写项目的问题，是把语言当主角。yserver 的主角不是 Rust，而是边界。

边界划得准，重写才有价值。边界划错，再新的语言也只是换一种方式重背旧债。

“天下熙熙，皆为利来。”放在技术基础设施里也一样。应用不迁移，是因为迁移有成本；发行版不换默认，是因为出问题要兜底；用户不关心协议新旧，只关心桌面能不能亮、窗口会不会崩、显卡能不能跑。

Wayland 是方向，X11 是现实。这两句话并不冲突。

yserver 的位置也在这里：它不是在证明 X11 复兴，也不是在证明 Wayland 失败。它更像一次旧协议的现代工程实验：把还能用的保留，把不想再背的砍掉，看剩下的 X11 能不能继续服务一批真实场景。

谁该在意，接下来盯什么

最该在意的有两类人。

一类是 Linux 桌面和图形栈开发者。yserver 能帮助他们重新检查 X11 的真实依赖：哪些扩展是现代桌面必需的，哪些旧行为只是历史阴影。它也能逼应用和窗口管理器暴露一些过去被 Xorg 容忍的隐性假设。

另一类是发行版和桌面环境维护者。他们不该马上迁移，但应该开始测试。尤其是轻量桌面、复古窗口管理器、非主流硬件组合，这些场景往往最能暴露兼容性问题。

普通用户暂时不用做决定。尤其是使用 NVIDIA proprietary driver 的用户，yserver 现在不是你的替代路线。这个限制不小，也不应该被轻描淡写。

接下来真正要看四件事：

我对 yserver 的判断偏正面，但不想把它说成 Xorg 的退休通知。

它目前证明了一件有价值的事：在丢掉一批历史负担后，一个更瘦的现代 X11 server 可以跑起真实桌面。它还没有证明另一件更难的事：自己能扛住整个 Linux 桌面生态的重量。

Rust 当然有意义。内存安全、工程组织、现代代码库，都是加分项。但材料里没有性能和安全数据，所以不能顺手推导成“更快、更稳、更安全”。技术文章最容易在这里滑坡：看到 Rust，就自动补完胜利叙事。

我不太买账这种自动胜利。

基础设施的替代，从来不是“新项目能跑”这么简单。它要能接住旧世界的脏活累活，还要有人长期修。Xorg 之所以难退，不是因为它漂亮，而是因为它替太多人兜过底。

yserver 走对了第一步：敢删，敢收边界，敢承认不支持什么。后面的硬仗也很清楚：兼容性要一项项补，驱动生态要一堵堵撞，维护耐力要一年年看。

开头那个反常点，到这里就落地了：Wayland 时代里重写 X11，并不荒唐。荒唐的是把一个能跑真实桌面的工程实验，立刻包装成旧王退位。

旧基础设施最难告别。每一处旧，都连着一个还在运行的世界。