图形上下文到底是什么？

Question

图形上下文（或 Windows 中的设备上下文）到底封装了什么？

网络上的各种定义都同意上下文封装了各种图形操作的参数。请参阅：X11，Mac 操作系统< /a>,Windows

尚不清楚上下文是否也封装执行图形操作的内存缓冲区。

在 X11 条目中提到了单独的 Drawable 对象、Window 和 Pixmap，它们代表绘图表面。更进一步，进入 OpenGL GLX 文档，< em>渲染上下文和绘图表面。有趣的是，还有人说“应用程序可以使用不同的上下文渲染到同一个表面”，并且“也可以使用单个上下文渲染到多个表面” >。

Answer 1

X11 GC 不包含内存缓冲区，Drawable 和 GC 都会传递到所有绘图操作，并且 GC 可以与所有“类似”Drawable（同一屏幕上具有相同位深度的可绘制对象）一起使用。

然而，如今 X11 中的绘图通常是使用 Cairo 等库在客户端完成的，因此“真正的”答案取决于该库。在开罗的情况下，开罗上下文确实包含当前目标表面，但您可以更改目标表面。

OpenGL 还有一个“当前目标”概念，尽管您可以再次更改当前目标。

如果你想概括的话，我会说，从概念上讲，上下文与缓冲区是分开的，尽管为了节省打字，人们可能有一个可以在上下文上设置的当前缓冲区。

Answer 2

具体查看 Windows 设备上下文，您提出的主要问题的答案似乎是“是和否”。

设备上下文基本上创建了一种完成绘图的模式——即，在任何给定时间，它将具有诸如以下内容的当前设置：

1. 背景颜色
2. 前景色
3. 线条宽度
4. 线条图案
5. 字体

（等等）事物）。

现在，就绘图表面而言：是的，我相信每个设备上下文总是有一个附加的绘图表面。在窗口的设备上下文的常见情况下，绘图表面将是显示窗口的屏幕缓冲区的一部分。在“兼容”设备上下文的情况下（例如，来自 CreateCompatibleDC 的结果），它将是一个非常无用的绘图表面——具体来说，它是一个单一的单色像素。它将被设置为黑色或白色，具体取决于您绘制到 DC 的任何内容的整体亮度级别是否超过某个阈值（不，我不记得确切的阈值）。

不过，这确实有一个（某种程度上）有用的目的：特别是，它意味着 DC 总是“可用”——永远不会出现因为没有 DC 而导致绘制 DC 失败的情况。附有绘图表面。为了帮助维护这一点，没有 DeselectObject 函数 - 您可以使用 SelectObject 在设备上下文中选择不同的位图（这将也取消选择原始位图），但是如果不选择另一个位图，就无法从设备上下文中取消选择一个位图 - 因此它总是附加一个绘图表面。

同时，兼容设备上下文的默认绘图表面几乎毫无用处，几乎可以视为根本没有附加绘图表面。

编辑：我还应该补充一点，选择到兼容设备上下文中的默认绘图表面是很多问题的根源。特别是，当您创建兼容的 DC 来执行双缓冲绘图时，您必须执行以下操作：

DC memDC = CreateCompatibleDC(windowDC);
BITMAP bmp = CreateCompatibleBitmap(WindowDC, sizeX, sizeY);
SelectObject(memDC, bmp);

但是，如果您稍微搞砸了，请执行以下操作：

DC memDC = CreateCompatibleDC(windowDC);
BITMAP bmp = CreateCompatibleBitmap(memDC, sizeX, sizeY);
SelectObject(memDC, bmp);

...一切都会成功，并且在某种程度上，它甚至都可以工作——除了你通过兼容的 DC 绘制的所有内容最终都会变成单色。这又回到了单像素单色位图。由于默认情况下兼容 DC 会选择单色位图，因此当您请求兼容位图时，您将获得指定大小的单色位图。在第一个版本中，您要求与原始 DC 中选择的位图兼容的位图（通常是屏幕），因此您创建的内容将具有屏幕设置的全色。

Answer 3

不确定其他平台，但在 Windows 上，设备上下文（或 DC）只是一个不透明的指针。内部结构由 GDI 维护，包含有关绘制到屏幕上的内容的信息。

要操纵正在绘制的对象，您可以将此不透明指针（或句柄）传递给GDI函数。这与管理窗口属性的 HWND 句柄在概念上相同，但 HDC 管理图形。