我正在根据“X协议参考手册：零卷”的副本从头开始构建适用于Windows的X11服务器。我在解密消息和与客户进行有意义的对话方面取得了很大进展，但是我无法理解绘图调用应该实际做什么。
此示例中的消息来自在Linux计算机上运行xbiff并让它与Windows上的xserver通信。完全有可能在解释协议时遇到了一些问题，但到目前为止数据似乎是正确的。
图形调用从此开始，客户端创建一个图形上下文，其根窗口ID（90）为drawable：
X_CreateGC: ID: 2097152, Drawable: 90, ValueMask: 8, Value0: 16777215
根据根窗口创建GC有什么意义？
接下来，它会创建两个48x48像素图并将图像放在它们上面：
X_CreatePixmap: Depth: 1, ID: 2097153, Drawable: 90, Width: 48, Height: 48
X_CreateGC: ID: 2097154, Drawable: 2097153, ValueMask: 12, Value0: 1, Value1: 0
X_PutImage: Format: 0, Size: 408, Drawable: 2097153, GraphicsContext: 2097154, Width: 48, Height: 48, X: 0, Y: 0, LeftPad: 0, Depth: 1
X_FreeGC: Graphics Context: 2097154
X_CreatePixmap: Depth: 1, id: 2097155, Drawable: 90, Width: 48, Height: 48
X_CreateGC: ID: 2097156, Drawable: 2097155, ValueMask: 12, Value0: , Value1: 0
X_PutImage: Format: 0, Size: 408, Drawable: 2097155, Graphics Context: 2097156, WIdth: 48, Height: 48, X: 0, Y: 0, LeftPad: 0, Depth: 1
X_FreeGC: Graphics Context: 2097156
我是否认为GC中的GC等同于MemoryDC，最终结果应该是内存中包含PutImage调用数据的两个48x48位图？
这里它创建了基于根窗口的另一个图形上下文，但我不明白为什么：
X_CreateGC: ID: 2097157, Drawable: 90, ValueMask: 65544, Value0: 16777215, Value1: 0
接下来它会创建两个48x48窗口，一个以root作为父窗口，另一个窗口作为父窗口：
X_CreateWindow: Depth: 24, ID: 2097158, Parent: 90, X: 0, Y: 0, Width: 48, Height: 48, BorderWidth: 1, Class: 1, Visual: 0, Bitmask: 10266, Value0: 16777215, Value1: 0, Value2: 1, Value3: 6422576, Value4: 32
X_CreateWindow: Depth: 24, ID: 2097161, Parent: 2097158, X: 0, Y: 0, Width: 48, Height: 48, BorderWidth: 0, Class: 1, Visual: 0, Bitmask: 26650, Value0: 16777215, Value1: 0, Value2: 0, Value3: 163852, Value4: 32, Value5: 0
这似乎是在创建一个48x48的基本窗口，其中有一个窗口，它具有相同的大小和原点。这是什么意思？子窗口是否会掩盖根窗口，使其成为冗余呼叫？
接下来，我们根据上面创建的子窗口获取CreatePixmap调用，宽度和高度为0：
X_CreatePixmap: ID: 2097162, Drawable: 2097161, Width: 0, Height: 0
这是为了什么目的？
接下来，xbiff（客户端）基于子窗口创建另一个图形上下文，并从48x48像素图之一执行CopyPlane。
X_CreateGC: ID: 2097163, Drawable: 2097161, ValueMask: 65544, Value0: 16777215, Value1: 0
X_CopyPlane: SrcDrawable: 2097155, DestDrawable: 2097162, GraphicsContext: 2097163, SrcX: 0, SrcY: 0, DstX: 0, DstY: 0, Width: 0, Height: 0, Bitplane: 1
X_FreeGC: 2097163
此次通话的宽度和高度均为0。这会使它成为NOOP，还是0x0的维度意味着“复制一切”？如果是这样，这应该只是将位图blit到子窗口，对吗？
接下来，客户端根据子窗口创建一个0x0像素图：
X_CreatePixmap: Depth: 24, ID: 2097164, Drawable: 2097161, Width: 0, Height: 0
0x0像素图有什么用？这是否意味着“复制窗口尺寸”？
这里我们为子窗口创建一个GC，并从48x48位图之一到窗口执行CopyArea：
X_CreateGC: ID: 2097165 Drawable: 2097161, ValueMask: 65548, Value0: 16777215, Value1: 0, Value2: 0
X_CopyArea: SrcDrawable: 2097153, DestDrawable: 2097164, GraphicsContext: 2097165, SrcX: 0, SrcY: 0, DstX: 0, DstY: 0, Width: 0, Height: 0, Bitplane: 1
此CopyArea调用的宽度和高度也为0.这是否意味着“复制整个事物？”
接下来，我们映射2097158的子窗口（附加到根的父窗口），然后映射父窗口。
X_MapSubwindows: Window: 2097158
[We send a MapNotify and Expose event for window 2097161]
X_MapWindow: Window: 2097158
[We send a MapNotify and Expose event for window 2097158]
我不确定为什么之后会在子窗口上调用ClearArea：
X_ClearArea: Window: 2097161, X: 0, Width: 0, Width: 0, Height: 0
这没有什么可以清楚的吗？
然后，CopyArea调用将0x0像素映射从之前复制到位于24x24位置的子窗口：
X_CopyArea: SrcDrawable: 2097162, DestDrawable: 2097161, GraphicsContext: 2097157, SrcX: 0, SrcY: 0, DstX: 24, DstY: 24, Width: 0, Height: 0
宽度和高度也为零。然而，我不知道为什么。
我很乐意帮助理解X11绘图调用的工作方式以及奇怪（对我而言）调用的原因。
答案 0 :(得分：2)
（大多数情况可以在X Window系统协议规范中找到，该规范可在互联网上的many places免费获得。）
相对于根窗口创建GC的重要性在于，根窗口命名一个屏幕，而屏幕在X中定义一组相关状态这是奇怪的事情。 Pixmaps和格式以及窗口和视觉效果以及色彩映射等都绑定到特定屏幕。你可以有多个屏幕;如果你这样做，一个人的窗户就不能交叉到另一个窗户。这就是所谓的“Zaphod”操作模式。但在大多数常见的多头设置中，您只需要一个覆盖多个输出的根窗口。
PutImage调用中的GC确定图像中像素的传输模式为服务器中的Pixmap：planemask，clipping，raster op等。
您看到多个GC已创建，因为GC的深度是静态属性，而不是您可以使用ChangeGC修改的内容。你有一个1bpp像素图，以及继承了根窗口深度的窗口和像素图，所以它们需要不同的GC。
两个CreateWindow调用之间的区别在于与每个调用关联的属性的掩码。第二个，相对于第一个，也有CWCursor位设置;客户端要求在鼠标位于该窗口内时设置特定光标。为什么会这样做两个，我不知道;我认为没有人声称xbiff写得很好。
0x0对于像素图（或任何可绘制的，就此问题而言）不是合法的大小，所以我不确定那里发生了什么。在这种情况下，服务器正确的做法是抛出BadValue，但似乎这是其他出错的症状。
答案 1 :(得分：1)
只是为了补充ajax的优秀答案。请注意，其中一个窗口有边框而另一个窗口没有边框。并回想一下xbiff究竟做了什么（显示'没有邮件'图标或'你有邮件'图标）。两个窗口提供双缓冲效果。要更改图像，xbiff只需映射或取消映射子窗口（没有边框的窗口）。