在抛弃 Xorg 之前，请三思。Wayland 会毁掉一切！ | Linux 中国

Wayland 真的毁掉一切了吗？ | Linux 中国

“Wayland 毁掉一切！gist.github.com”有些人已经看过了这篇 Probonopd 批评 Wayland 的略有名气的文章。Probonopd 是 AppImage 开发者的核心者之一，他批评 Wayland 并非 X11 的直接替代品。他在 GitHub 上创建了一个 新的仓库github.com，再次吸引了公众的目光，他希望为目前 Wayland 原生应用无法使用的功能创建协议。而这些功能是 Wayland 标准协议有意缺失的，但缺乏标准化意味着它们无法成为应用开发者可信赖的平台组成部分。

尽管开发者圈子里有人对此一笑置之，乃至嘲笑，但对于普通人来说，“Wayland 毁掉一切！”这句指责可能戳中要害，或者至少看起来有几分道理。因为从某种角度，Probonopd 是对的：Wayland 确实破坏了所有直接依赖 X11 功能的事物！

只是这种角度是错误的。

试想，如果我说：“Linux 让 Photoshop 无法工作，你还是应该坚持使用 Windows！”你该如何回应呢？你可能会说：“等等，问题的关键是 Photoshop 不支持 Linux！”你说得对，这是一个微妙且重要的区别，它将责任放在了正确的位置。因为即使是 Linux，也无法“不破坏” Photoshop；相反，Adobe 需要为其产品进行移植，只不过他们还没有做罢了。

对于 X11 和 Wayland，情况也同样适用。Wayland 并不是为了取代 X11 而设计的，就像 Linux 不是为了取代 Windows 而设计的一样。当我们从一个操作系统转到另一个时，有必要调整我们的期望，认清可能需要的改变。

尽管 Wayland 并非设计为 X11 的直接替代品，但它最终肯定会取代 X11。但这意味着它从一开始就打算比 X11 做得更少，而这是正确的。

X11 是个糟糕的平台

在那些古老的日子里，X11 是个完整的开发平台。以 X11 为目标的应用程序可以使用 X11，通过内建的小部件工具包来进行 UI 绘制；借助自带的打印服务器打印文件；进行屏幕录屏；设定全局快捷键等等。这一切都远在我接触技术之前，但我感觉到，X11 要么是在最初就被设定为面向应用开发者的开发平台，要么在早期阶段迅速演变成了这样一个平台。

然而，情况并没有如预期那样发展。即使是以当时的标准而言，其内置的 UI 工具包看起来也很丑陋。那些请求同一资源的应用可能会互相冲突，破坏彼此的功能，除非卸载其中一个应用程序，否则根本无法修复。像打印这样的特性渐渐没落，因为将这样的功能放在窗口管理器里就是个错误，而后续的维护者也缺少必要的专业知识或兴趣去维护它。诸如此类，不一而足。

像 Qt 和 GTK 这样的 UI 工具包迅速崛起，以更适合用户和便于应用开发者定位的方式，接管了大多数此类应用平台程序的中间件职能。我们这里说的是九十年代中期，那已是相当久远的时代了。

（当然，这样说可能有些不公平；人们抱怨 Wayland 缺少的其实并不是打印服务器。实际上，更多的是关于应用能否设置自定义窗口图标，以及移动自身的窗口。这些都是非常困难的情况；Wayland 上没有这些功能，理由就是这些功能在 X11 中被滥用，导致了难以解决的问题。要将这些功能移植到 Wayland 并非易事，涉及很多的权衡决定。）

Linux 并非一个平台

然而，UI 工具包的兴起无疑导致了应用程序的格局变得支离破碎。现在，FOSS 应用程序开发者不再为一个目标（X11）进行开发，而是为 Qt、GTK 或其他工具进行开发，从而我们看到了了大量的“KDE 应用” 和 “GNOME 应用”。是的，这些应用可能在其他平台里也能运行，但很明显，它们是在哪个平台和工具包上开发的，在哪个平台和工具包上运行效果最好。在其他平台运行时，它们可能看起来感觉很奇怪，或者某些功能可能不好用或根本无法使用。

这就是我们今天的现状。没有人会专门去编写一个 “X11 应用”；他们的应用可能会采用 X11 的某些特性，但这只是因为没有更好的替代方案，而实际上，在应用的 99.9% 的功能实现中，他们会选择 Qt、GTK、KDE Frameworks 或者其他相似工具。

这给我们带来了一个潜在的棘手问题：Linux 也不是一个真正的平台，在成为一个平台方面它并不比 X11 更成功。因为几乎没人会专门编写一个“Linux 应用”；直接调用原始的 Linux 内核系统通常是没必要的，因为无论你使用的是什么 UI 工具包，都会封装这些功能，并且将其抽象到工具包所支持的所有各种平台上。这样一来，工具包就能确保这些功能在 Linux 平台也都能顺利工作。

真正的平台

那么，对于跨桌面的互操作性而言，所有希望都已经破灭了吗？不，实际上现在的前景比以往任何时候都要美好！因为如今事实上出现了一个新兴的平台；如果你需要，它可以将各种应用工具包都抽象化。我说的是 Portals、PipeWire，以及 Wayland 协议。

Probonopd 认为这些都是附加组件，不应该在系统上运行，但我认为他的这种观点并不站得住脚。提供全面功能的单体窗口服务器模式在几十年前就被证明是失败的。取而代之的是库和 API，每个 FOSS 开发者都可以合理预期在现代系统运行这些。

门户系统提供了一种标准化的方法，用于展示平台原生的打开或保存对话框、发送通知、以其他应用打开文档、打印文档、拍摄截图、录制屏幕、处理拖放操作、查看用户当前主题是亮色还是暗色，等等。在很多功能的实现上，门户系统都倚赖于 PipeWire，因此你可以预期 PipeWire 也会被安装。同时，你也可以期待大部分 Wayland 合成器 — 尤其是两个最重要的合成器 KWin 和 Mutter — 支持几乎所有公开标准化的 Wayland 协议。

我认为这就是平台：Portals + Wayland + PipeWire。很明显，并没有一个好记的名字来囊括这一切。🙂 或许我们可以叫它 PW​^2^​。不过，如果你的应用程序以这些平台为目标，那么它几乎可以在所有现代 Linux 系统上运行。并且，Qt 和 GTK 这两个大型的 FOSS 工具包都为此提供了全面的支持。所以，使用你喜欢的任何 UI 工具包都可。

为何是现在？

我们最近听到越来越多关于这个话题的讨论，因为这个转型正在加速发展。X11 的维护者已经宣布终止对其的维护，而 Plasma 则开始默认采用 Wayland，GNOME 也是如此。Fedora 甚至完全放弃了对 X11 的支持。

我们现在正处于这样一个阶段，那些以前从未考虑过这个问题的人开始思考，并意识到他们的特定使用场景所需的所有组件都还没有到位。可这其实是好事！他们的意见被听取了，变化就有可能发生。我希望这一切能早点发生，但我们也要承认现实，我们还在路上，最近围绕远程控制、色彩管理、绘图板以及窗口布局等方面的提案和工作非常频繁。可能会有一个尴尬的阶段在等我们，直到所有需要的部分都到位。对于那些由于关键遗漏而备受困扰的人，我建议他们继续使用 X11，直至问题解决。没人会去阻止你（嗯，除了 Fedora，所以如果你确实无法适应，那就不要用 Fedora 🙂）。探索新事物应该是充满乐趣的，如果不是这样，那就转换一个角度再尝试吧。

结语

在这个语境下，“毁掉一切”或许可以更准确地表达为“还没完全移植所有事物”。这种移植是必要的，因为 Wayland 设计的目标聚焦于未来，而未来并不完全兼容我们过去所做的一切，因为事实证明，其中很多东西已经没有意义了。对于那些有意义的东西，我们已经提供了一个兼容层（XWayland），同时，任何需要深度系统集成的部分，一般都有一个解决的路径（如 Portal、Wayland 协议以及 PipeWire）或者正在积极的研发中。整个世界，都在发生变化！

Wayland 会毁掉一切 ？扯淡！

Wayland是必然趋势，虽然有很多问题。比如现在国产系统主要有麒麟和统信两大阵营。虽然麒麟很难用，不如统信的UOS，但是它必须存在，因为他是国企把控，也就是国家自己把控。

Wayland 方面确实是兼容性问题很多。但这个是软件厂商的问题，估计大都不适配。不逼一把，厂商都不会重视。就像国内的 Linux 生态一样。

也像 Python 2 To Python 3 那样。

几年前他们就应该做强制替代，结果当断不断，要不估计Wayland早就够成熟了

xwayland保留，就好

不是喜不喜欢的问题，是大家如果都用，那么就是趋势。所以得拥抱这个趋势

不对，应该学会引领趋势，做第一个吃螃蟹的人！！！

而不是被动的去拥抱趋势~

X server的问题也不少。

就像win系统升级，要有大资金背景强推win升级到11，然后还要用户愿意接受，再加上最后硬件升级，才能造就win7份额下降，win10上升。

再说浏览器，chrome、ios、firefox，都是多方面的因素造就的。

不喜欢Wayland？别的linux都开始转向Wayland，深度不转向Wayland.万一等以后其他软件开发商都优先适配Wayland，那深度怎么办？其次Wayland确实可能有你所说的这样那样问题，但是那是以后，至少目前Wayland是趋势。就和鸿蒙一样，在前几年谁如果要说开发自研系统，肯定是失败的。如黑莓，三星都一一为我们证明过了，因为大家觉得造不如买，买不如进口，有安卓可以用，干嘛要浪费时间造轮子，从上层到基本都是这样的认识，偶尔有两个人喊着我们要坚持自主可控国产，媒体就当个新闻发布一下，如倪光南院士。那为何现在我们要支持国产了，从上到下都支持，因为制裁+棱镜门切实告诉我们，不自主不行了。说的意思是什么呢？要跟着潮流趋势走，不要自己闭门造轮子。既然许多linux发行版都开始转向Wayland，那深度没有理由不支持

是的,deepin v23基于wlroots自己研发的treeland窗口管理器就是wayland渲染器

但是,我们选择安卓的理由并不是它不安全,而是:1.AOSP是开源的,不存在安全问题,你可以随时查看AOSP的源码,也可以自己编译 2.当时我们不论从人力上还是金钱上都没有能力做出AOSP如此庞大的一套操作系统以及其他实现 3.国内可以避开GMS(就跟华为的鸿蒙一样,采取AOSP+OpenHarmony子系统作为过渡)

同样,我们现在要自研也是因为:1.随着deepin,华为这些公司的时间积淀,我们有能力做出一套庞大的操作系统体系 2.AOSP跟GMS绑定越来越深,在国外没GMS的安卓已经寸步难行(比如华为)(次要) 3.谷歌的Electron祸害四方,导致现在手机的性能都发挥在毫无意义的重复工作上(Electron就是一个软件=一个谷歌Chrome),但这些软件用ArkTS裸奔完全能实现大部分功能,体积和占用能缩小10多倍 4.安卓的那套老旧的底层框架已经跟不上物联网时代了,但谷歌和苹果一起达到市场垄断后已经懒得给AOSP大改底层,就皮改来改去

因此华为放弃了安卓,选择拉了一大帮厂商一起开发OpenHarmony

正好狠狠吐槽一下澎湃OS,作为一个手持小米6有6年的米粉,澎湃OS我不知道这样改名有什么很大意义,不就是MIUI15加一个vela内核,而且光开源一个vela谁会来用?开源vela却不开源澎湃OS基本系统,这吃相不能说跟谷歌通过把持GMS来控制AOSP很像,只能说一模一样,还把bootloader门槛提几下,赶跑那些真正的米粉,顺便手搓一帮米孝子。华为的HMS也没说不装它就不能跑那些应用。而且也没见得澎湃处理器往下投入资金研发。那为什么不赶紧换连基本系统都开源的开放鸿蒙呢?

的确,Wayland是有很多API未提供,导致GNOME/KDE等DE用的是自行实现的私有形式,wayland的确不够完善

但是,低端机体验过wayland是回不去x11的,高刷屏体验过wayland也回不去x11😂,我一直拿deepin v23的wayland环境日用(因为我不在意细节问题)

但是在我们这影响并不大,因为统信和deepin在我们这跟华为在手机上的影响力差不多,deepin在这些wayland未阐明的地方的实现基本就是公有的,因为国内制作Linux软件的厂商一般都是向统信和麒麟看齐的

而且很少软件会用appimage了(也就一些为了便携和跨发行版的),deepin关于玲珑的说明里对appimage的评述还算比较透彻的吧😂

Wayland 最大的问题是让远程连接到另一台机器变得非常困难. 在实际运用当中, 不少机器都是无显示器连接的. 用户除了用ssh开启远端文本窗口以外, 远端图形窗口连接也是非常重要的. 而且用户可以随意断开, 重新连接已经在运行的远端桌面. 所有的运行程序, 环境设置都会一直保持.

Wayland 的推动就像Systemd一样, 主要是RedHat由主导的. 用户真正需要的是改进Xorg, 使其更好.

x11作为远程服务器已落伍了。rdp才是未来趋势。x11一遇到位图和复杂的gui就卡的要死，也就只有局域网能用用。gnome和kde现在都有内置rdp的客户端。

这个没有什么落伍不落伍的, 用户只管好不好用.

你不能说筷子也落伍了吧?

就是因为x11对于现代程序很难用我才这么说。我之前写fpga用x11打开远程服务器的vivado卡的鼠标都动不了，vnc 和rdp完全不会这样。

因为设计目的就不同，不能这么对比。X11直接发送的raw，没有经过任何压缩。而且类似的操作目前没法在wayland实现