CreateCompatibleBitmap 和 CreateDIBSection（内存 DC）

Question

从我读到的here 看来，大多数Windows GDI 功能都得到了加速。因此，例如调用BitBlt 或AlphaBlend 会使用硬件加速（如果可用）。它还提到窗口的内容仅保存在视频内存中。现在，对于 window DC 来说这一切都很好，但我如何才能使用驻留在显卡内存中的 memory DC？一旦我们完成了如何获得对像素的直接访问，我认为这将涉及 1. 将数据临时复制到系统内存 2. 更改像素数据 3. 复制回视频内存。

我尝试了两种方法，都可以在任务管理器中看到分配系统内存...

1. 创建兼容位图

   HDC hDC = GetDC(NULL);
   m_hDC = CreateCompatibleDC(hDC);
   m_hBmp = CreateCompatibleBitmap(hDC, cx, cy);
   ReleaseDC(NULL, hDC);
   
   m_hOldBmp = (HBITMAP)SelectObject(m_hDC, m_hBmp);
   

   然后调用获取位

   GetBitmapBits(...)
   

   根据各种 cmets，这确实应该在视频内存中创建兼容的位图，但为什么我仍然可以看到系统内存增加（即使我不调用 GetBitmapBits）？

2. 创建DIBSection

   HDC hDC = GetDC(NULL);
   m_hDC = CreateCompatibleDC(hDC);
   
   BITMAPINFO bmi;
   memset(&bmi, 0, sizeof(BITMAPINFO));
   bmi.bmiHeader.biSize = sizeof(BITMAPINFOHEADER);
   bmi.bmiHeader.biWidth = cx;
   bmi.bmiHeader.biHeight = -cy; // top-down
   bmi.bmiHeader.biPlanes = 1;
   bmi.bmiHeader.biBitCount = 32;
   bmi.bmiHeader.biCompression = BI_RGB;
   m_hBmp = CreateDIBSection(hDC, &bmi, DIB_RGB_COLORS, (void**)&m_pBits, NULL, NULL);
   
   ReleaseDC(NULL, hDC);
   
   m_hOldBmp = (HBITMAP)SelectObject(m_hDC, m_hBmp);
   

   在这种情况下，我们会立即收到指向位的指针 (m_pBits)，因此很明显这些位驻留在系统内存中...

或者它是两种方法都保存在系统内存中的副本？但是，如果我更改系统内存中的位，则对BitBlt 的调用仍然需要再次从系统内存中检查/复制……恕我直言，不是很优化。

编辑：我还尝试使用 BeginBufferedPaint 和 GetBufferedPaintBits 创建内存 DC。它也分配系统内存，所以在这方面我认为它只是上述方法的包装器，但缓存了 DC，因此下一次调用不一定要重新创建内存 DC。见 Raymond Chen 的article。

编辑 #2：我想实际的问题是：我是否在方法 1 或 2 中正确创建内存 DC 以获得硬件加速的 GDI 操作？ 对我来说，这一切似乎都很快，而且两者都方法也提供相同的速度，所以没有真正的方法来检查它......

Answer 1

内存 DC 不在设备上创建。它们旨在将 GDI 输出放入内存中。

来自 MSDN 上的Memory Device Contexts：

使应用程序能够将输出放在内存中而不是发送 它到一个实际的设备，为位图使用一个特殊的设备上下文 称为内存设备上下文的操作。一个内存直流使 系统将部分内存视为虚拟设备。

如果您想要硬件加速的 2d 图形，您应该考虑使用Direct2D。