在上篇文章 「桌面系统的混成器简史」 中我介绍了其它桌面系统中的混成器的发展史和工作原理， 话题回到我们的正题 Linux 系统上，来说说目前 X 中混成器是如何工作的。 这篇文章将比上一篇深入更多技术细节，不想看太多细节的可以直接跳过看 结论 。

原始的 X 的绘图模型

首先，没有混成器的时候 X 是这样画图的：

X 的应用程序没有统一的绘图 API 。GTK+ 在 3.0 之后统一用 Cairo 绘图， 而 Cairo 则是基于 PDF 1.4 的绘图模型构建的， GTK 的 2.0 和之前的版本中也有很大一部分的绘图是用 Cairo 进行， 其余则通过 xlib 或者 xcb 调用 X 核心协议提供的绘图原语绘图 …

（原本是想写篇关于 Wayland 的文章，后来越写越长感觉能形成一个系列， 于是就先把这篇背景介绍性质的部分发出来了。）

Linux 系统上要迎来 Wayland 了，或许大家能从各种渠道打听到 Wayland 是一个混成器，替代 X 作为显示服务器。 那么 混成器 是个什么东西，桌面系统为什么需要它呢？ 要理解为什么桌面系统需要 混成器 （或者它的另一个叫法， 混成窗口管理器(Compositing Window Manager) ），在这篇文章中我想回顾一下历史， 了解一下混成器出现的前因后果。

首先介绍一下混成器出现前主要的一类窗口管理器，也就是 栈式窗口管理器(Stacking Window Manager) 的实现方式。

早期的栈式窗口管理器

栈式窗口管理器的例子，Windows 3.11 的桌面

我们知道最初图形界面的应用程序是全屏的，独占整个显示器（现在很多游戏机和手持设备的实现仍旧如此）。 所有程序都全屏并且任何时刻只能看到一个程序的输出，这个限制显然不能满足人们使用计算机的需求， 于是就有了 窗口 …