X窗口

X窗口系统的客户/服务器模式

当初开发X窗口系统的主要目的只有一个，那就是灵活性。这个灵活性的意思就是说一件东西虽然看起来是在这工作，但却实际上是工作在很远的地方。因此，较低等级的实现部分就必须提供绘制窗口，处理用户输入，画画，使用颜色等工作的工具。在这个要求下，决定了系统被分成了两部分，客户端和服务器端。客户端决定做什么，服务器端执行真正的绘图和接受用户的输入并把它发给客户端。

这种模式与我们一般习惯的客户端和服务器端的概念是正好相反的。在我们的情况下，用户就坐在服务器端控制的机器前，而客户端这时却是运行在远程主机上。服务器端控制着显示屏，鼠标和键盘。一个客户端也许正连接着服务器端，要求给它画一个窗口（或者是一堆），并要求服务器端把用户对它的窗口的输入传给它。结果，好几个客户端可能连接到了一个服务器端上-有的在运行一个电子邮件软件，有的在运行一个网页浏览器等。当用户输入了指令给窗口，服务器端就会把指令打包成事件传给控制那个窗口的客户端，客户端根据接受到的事件决定干什么然后发送请求让服务器端去画什么。

以上介绍的会话都是通过X消息协议传输的。该协议是实现在TCP/IP协议上的，它允许在一个网络里的客户端访问这个网络里的任何服务器端。最后，X服务器端可以和客户端运行在同一台机器上以获得性能优化（注意，一个X协议事件可能会达到上百KB），例如使用共享内存，或者使用Unix域socket(在一个Unix系统的两个进程间创建一个本地通道进行通信的方法)。

图形用户接口（GUI）编程-异步编程模式

不像我们通常的令人愉快的程序，一个GUI程序通常使用异步编程模式，也就是下面要介绍的"事件驱动编程"。这个"事件驱动编程"的意思是说程序通常都处于空闲状态，等待从X服务器发来的事件，等收到了事件，才根据事件做相应的事情。一个事件可能是"用户在屏幕某处x,y点击了鼠标左键"，或者是"你控制的窗口需要被重画"。因为程序要回应用户的请求，同时还需要刷新自己的请求队列，因此需要程序尽可能使用较短的事件来处理一个事件（例如，作为一条公认的准则，不能超过200毫秒）。

这也暗示着当然存在需要程序处理很长时间才能完成的事件（例如一个到远程服务器的网络连接，或者是连接一个数据库，或者是不幸的要处理一个超大文件的复制工作）。这都要求程序使用异步方式来处理而不是通常的同步方式。这时候就应该采用各种各样的异步编程方法来进行这些耗时的工作了，或者干脆把它们交给一个线程或进程来进行。

根据以上的说明，一个GUI程序就应该像以下的方式来工作：

进行初始化工作

连接X服务器

进行与X相关的初始化工作

进行循环

从X服务器那里接受下一个事件

根据收到的事件发送各种绘图指令给X服务器

如果事件是个退出事件，结束循环

关闭与X服务器的连接

进行资源释放工作

Xlib的基本思想

X协议是非常复杂的，为了大家不用再辛辛苦苦把时间浪费在实现它上面，就有了一个叫"Xlib"的库。这个库提供了访问任何X服务器的非常底层的手段。因为X协议已经被标准化了，理论上客户程序使用任何Xlib的实现都可以访问任何X服务器。在今天，这看起来可能很琐碎，但如果回到那个使用字符终端和专有绘图方法的时代，这应该是一个很大的突破吧。实际上，你很快发现围绕瘦客户机，窗口终端服务器等领域会有许多多么令人兴奋的事情。