有阵子没碰纯 Win32 的绘图代码前两周帮人排查一个老旧 MFC 程序里的花屏问题绕了一圈发现根子还是 GDI 对象管理混乱。这让我想把 GDI 函数调用这条线重新梳理一遍——尤其对于刚开始接触 Win32 的读者来说GDI 这套 API 看起来就是一个个画线画圆的函数但真正用起来才发现它背后有一套完整的状态机逻辑理解不到位画出来不是位置不对就是内存涨不停甚至直接崩掉。这篇文章围绕 Win32 下 GDI 函数调用的核心细节展开HDC 到底是什么、画笔画刷怎么选怎么释放、坐标系统为什么常常把人绕晕、函数调用失败时怎么系统排查最后再讲双缓冲和实际绘图优化。适合正在学 Win32 原生编程的初学者也适合写过一段时间但没系统梳理过 GDI 对象生命周期的开发者。1. 先搞明白 HDCGDI 所有函数调用都围着它转1.1 HDC 是一张“通行证”不是画布本身很多人刚学 GDI 时最大的误解是把 HDC设备描述表句柄当成一块可以往上画图的内存区域。其实 HDC 更像是一张“通行证”——它描述了你要往哪里画、当前用什么画笔、什么颜色、什么字体、什么映射方式。GDI 的所有绘图函数比如LineTo、Rectangle、TextOut第一件事都是通过 HDC 找到目标设备再按照 HDC 里记录的当前状态去执行绘制。打个比方HDC 就像你去食堂打饭时手里的餐卡。餐卡本身不装菜但它记录了你的账户、窗口、权限厨师看到餐卡才知道给你打哪个窗口的菜。GDI 函数就是厨师HDC 上的属性就是点菜单。获取 HDC 的方式不同适用场景也不同。最常见的三个入口如下BeginPaint / EndPaint只能在WM_PAINT消息里使用。它会自动把需要重绘的裁剪区域计算好并且配合UpdateWindow等机制做背景擦除。GetDC / ReleaseDC可以在任何消息里临时获取客户区 DC适合主动绘制比如鼠标拖拽时实时画一个橡皮筋矩形。CreateCompatibleDC创建一个内存 DC配合位图做双缓冲。它不直接对应屏幕而是对应一块内存画布画完后整体拷贝到目标 DC 上。我用一个生活类比解释一下三者的区别BeginPaint相当于食堂统一配餐时段你按计划去打饭GetDC相当于你随时去窗口加个菜CreateCompatibleDC则是你在后厨先把菜做好然后端出来一次性上桌。1.2 BeginPaint 和 GetDC 为什么不能混用这是个很常见的坑不少新手在WM_PAINT里图省事直接用GetDC取 DC 来画画完ReleaseDC表面上看程序很正常但实际上会出两类问题。第一类是裁剪区域不对。BeginPaint会通过UpdateRegion精确拿到需要重绘的区域系统只在这个区域里做绘制优化。GetDC则默认给你整个客户区你每次重绘会把整个窗口都重画一遍窗口内容复杂时性能立刻拉胯。第二类是背景擦除和重绘的顺序问题。WM_PAINT正常情况下由系统触发BeginPaint内部会处理WM_ERASEBKGND相关的背景填充逻辑。如果你用GetDC绕过去就可能出现残影或者背景不擦除的“拖尾”效果。从 Windows 内部机制来说BeginPaint还会校验GetUpdateRect的相关状态如果更新区域为空它会直接返回一个空 DC 甚至让你跳过绘制。这是系统层面的优化行为而这些在GetDC里完全没有。所以我的建议很简单在WM_PAINT里处理重绘只用BeginPaint / EndPaint在WM_PAINT外面临时画点东西才用GetDC / ReleaseDC。两者按使用场景隔离不要混。2. 画笔、画刷和字体选好了对象图形才按你的意思呈现2.1 创建对象还是拿库存对象GDI 对象按用途分有画笔Pen、画刷Brush、字体Font、位图Bitmap、区域Region等。画图形轮廓用画笔填充区域用画刷写字用字体。很多入门示例喜欢直接创建新对象HPEN hPen CreatePen(PS_SOLID, 2, RGB(255, 0, 0)); HBRUSH hBrush CreateSolidBrush(RGB(0, 0, 255));这两个函数调用后你拥有一个属于当前进程的 GDI 对象用完后必须DeleteObject。不删会怎样短期内看不出来但当你的程序反复创建又不释放GDI 对象计数会一路涨到一万左右然后CreatePen直接返回NULL绘图开始异常丢线甚至整个窗口重绘失败。但有些场景你根本不需要新建对象直接用系统库存对象就行HGDIOBJ hPen GetStockObject(BLACK_PEN); HGDIOBJ hBrush GetStockObject(WHITE_BRUSH);库存对象由系统统一管理你不需要也不应该调用DeleteObject去删除它。判断哪些对象需要释放有一个简单标准凡是Create开头的CreatePen、CreateSolidBrush、CreateFont、CreateBitmap自己创建、自己删除凡是GetStockObject拿到的只用不删。2.2 SelectObject 的返回值必须在画完后恢复对象创建好之后要让它生效需要选入 DCHPEN hOldPen (HPEN)SelectObject(hdc, hPen); HBRUSH hOldBrush (HBRUSH)SelectObject(hdc, hBrush);这里有一个特别多人忽略的细节SelectObject的返回值是被替换掉的旧对象。GDI 的内部实现里每个 DC 都维护着自己的对象槽位当你把新对象选进去时旧对象就从槽位上被挤下来了。真正的问题在于如果你把新画笔选入 DC 后直接DeleteObject(hPen)会发生什么在某些情况下如果这个对象仍然被 DC 选中删除操作会失败或导致不可预期的行为。更稳妥的做法是画完后把旧对象重新选回去然后再删新对象SelectObject(hdc, hOldPen); SelectObject(hdc, hOldBrush); DeleteObject(hPen); DeleteObject(hBrush);这样做的根本原因是DC 内部可能持有对这个对象的引用你不知道操作系统什么时候才会真正释放它。把旧对象选回去让新对象从槽位上退下来再删除是教科书也认可的严谨写法。2.3 GDI 对象泄漏任务管理器里看不见的隐形炸弹GDI 对象不算内存泄漏内存的Working Set可能看不出明显上涨。你打开任务管理器看内存占用程序好像很平静但它内部的 GDI 对象计数一直在涨。到临界点之后整个进程的绘图功能会像断电一样瘫痪。查 GDI 对象数量可以用系统自带的工具任务管理器 - 详细信息 - 选择列 - 勾选“GDI 对象”或者在代码里调用GetGuiResources(GetCurrentProcess(), GR_GDIOBJECTS)拿到当前进程的 GDI 对象数我自己的习惯是在调试窗口标题栏实时显示这个计数TCHAR szTitle[128]; wsprintf(szTitle, TEXT(GDI Objects: %ld), GetGuiResources(GetCurrentProcess(), GR_GDIOBJECTS)); SetWindowText(hwnd, szTitle);这样每次重绘时扫一眼标题栏如果数字只涨不跌基本就是某个绘图分支漏了DeleteObject。最常见的高发点在WM_PAINT里BeginPaint拿到 HDC创建了一个画刷画完就EndPaint画刷却忘了删除。3. 坐标系统与映射模式为什么画出来的东西总和预想的不一样3.1 默认 MM_TEXT 到底给你什么坐标GDI 的绘图函数所用的坐标都是“逻辑坐标”。设备上下文默认采用MM_TEXT映射方式它的特点是一个逻辑单位等于一个像素X 轴向右增大Y 轴向下增大。这个坐标系对大部分人最直观也是初学者最容易上手的一种。但“窗口坐标”和“客户区坐标”这里要分清。你用GetClientRect拿到的矩形左上是(0, 0)右下是(客户区宽, 客户区高)。而GetWindowRect拿到的是屏幕坐标包含标题栏和边框。在WM_PAINT里绘图时BeginPaint得到的 HDC 坐标原点在客户区左上角所以画东西默认以客户区为基准。看似简单但一牵扯到窗口移动或者滚动条就乱了。比如你InvalidateRect(hwnd, NULL, TRUE)想重绘整个客户区然后想画一个“跟随窗口”的图案如果直接用屏幕坐标计算窗口在屏幕上的位置一变图形就错位了。所有绘图逻辑都应该基于客户区坐标避免直接使用屏幕坐标。3.2 映射模式改变坐标换算规则SetMapMode能改变逻辑单位和设备单位的换算关系。常用模式包括MM_TEXT、MM_ISOTROPIC、MM_ANISOTROPIC等。MM_TEXT最简单但在做缩放绘图时不好用——你需要自己手动做坐标变换。MM_ISOTROPIC和MM_ANISOTROPIC则可以把逻辑坐标范围映射到任意客户区大小实现类似矢量绘图的“画布缩放”效果。以MM_ISOTROPIC为例设置方式如下SetMapMode(hdc, MM_ISOTROPIC); SetWindowExtEx(hdc, 1000, 1000, NULL); SetViewportExtEx(hdc, cx, cy, NULL);这段代码的含义是逻辑窗口是 1000 x 1000物理视口是客户区的宽和高。之后你所有绘图坐标都写在 0 到 1000 这个范围内窗口变大时图形自动拉伸窗口变小时图形自动缩小而且MM_ISOTROPIC会强制 X 和 Y 的缩放比例一致防止图形变形。这里有一个换算公式值得记住设备单位 逻辑单位 × (视口范围 / 窗口范围)比如逻辑窗口 1000视口 800那么一个逻辑坐标为 500 的点对应的设备坐标就是 500 × (800/1000) 400 像素。3.3 带滚动条的窗口坐标偏移问题很多自绘控件会配合ScrollWindowEx做滚动。滚动之后客户区坐标和逻辑坐标就不一致了。你在WM_PAINT里拿到的PAINTSTRUCT.rcPaint是设备坐标但如果你的业务数据是用逻辑坐标存的就必须做换算。最基本的换算函数有两个LPtoDP逻辑坐标转设备坐标DPtoLP设备坐标转逻辑坐标在滚动场景里一般通过SetScrollInfo记录滚动位置然后ScrollWindowEx移动内容接着在WM_PAINT里把rcPaint用DPtoLP换算到逻辑坐标再按逻辑坐标重绘受影响区域。如果不做这一步滚动后图形会出现错位、重影、被截断等莫名其妙的问题。4. 画不出来的排查链路从失败返回值到异常内存4.1 返回值异常先别急着改调用顺序GDI 函数的返回值往往是判断错误的第一步信号。比如CreatePen失败返回NULLSelectObject失败返回HGDI_ERRORBitBlt失败返回FALSE。但有一个尴尬的事实GDI 函数失败后GetLastError并不总是可靠的。很多 GDI 内部错误不设置线程的 Last Error 值你调用GetLastError拿到的可能是上一次其他 API 留下的残留值排查时会误导你。所以更实用的排错顺序是检查 GDI 对象计数是否异常高可能是对象泄漏导致创建失败检查传入的 HDC 是否为NULL或已经释放检查设备上下文是否处于活动路径之外比如多个线程共用同一个 DC但没有同步检查绘制区域是否为空rcPaint.right - rcPaint.left或高度为 0最后才考虑 GetLastError 的值并且要结合上下文4.2 用 GDI 对象计数定位泄漏我见过不少项目把 GDI 泄漏当成灵异事件代码看了几遍找不到问题。其实定位方法很简单——让程序持续做触发绘制的操作同时每 100 毫秒记录一次 GDI 对象计数。如果曲线呈一条稳定上升的斜线说明有对象只增不减。写一个简单的轮询示例用于调试for (int i 0; i 100; i) { DWORD count GetGuiResources(GetCurrentProcess(), GR_GDIOBJECTS); wprintf(L%d: %lu\n, i, count); Sleep(200); // 模拟触发重绘 InvalidateRect(hwnd, NULL, TRUE); UpdateWindow(hwnd); }持续打印后如果计数稳步上升就说明某个重绘路径里存在创建和释放不对称。再配合二分注释法把WM_PAINT里的绘图代码逐段注释每注释一段跑一次计数很快就能圈出泄漏点在哪个函数。4.3 一个实际排查案例按钮点击后图形错乱有一次一个学生问我为什么他的程序点按钮后界面上出现一堆花屏和残影。我让他把代码贴出来发现他的按钮响应函数里写了这么一段case IDC_BTN_DRAW: HDC hdc GetDC(hwnd); HPEN hPen CreatePen(PS_SOLID, 3, RGB(255, 0, 0)); SelectObject(hdc, hPen); Rectangle(hdc, 10, 10, 200, 200); DeleteObject(hPen); ReleaseDC(hwnd, hdc); break;这段代码的问题很明显第一在按钮消息里直接 GetDC 绘图是允许的但绘制的图形一旦被其他窗口遮挡或者被最小化再恢复就会消失因为系统不会自动保存你临时画的东西。第二他没有把旧画笔选回 DC直接删除了新画笔。这里虽然有时候能运气好跑过去但严格来说DC 内部仍然引用了一个已被销毁的对象后续再调用绘图函数可能触发未定义行为表现就是花屏、闪烁甚至崩溃。正确的做法是把按钮消息里设置一个标志位调用InvalidateRect强制重绘然后在WM_PAINT里统一完成绘制同时SelectObject保存旧对象画完恢复后再DeleteObject新对象。这个案例折射出一个常见的认知偏差很多人以为“反正绘图代码是写在某个消息里能画就行”却忽略了 GDI 的底层状态模型。消息驱动的重绘机制本来就是为了让系统统一管理“哪些区域需要重画”你绕过它就失去了保护。5. 双缓冲与绘制性能把窗口从“闪烁地狱”捞出来5.1 为什么重绘一多就开始闪闪烁的本质原因是背景擦除和前景绘制不同步。你的窗口收到WM_ERASEBKGND时系统默认用白色或者窗口类背景画刷擦除整个客户区紧接着WM_PAINT再画新的内容。擦除和绘制之间屏幕会短暂露出背景色肉眼看起来就是闪烁。尤其在做拖拽缩放、动画、画板类应用时重绘频率高闪烁感会被放大。5.2 内存 DC 位图 BitBlt 的标准三步解决闪烁的标准做法是双缓冲先在内存里画好完整一帧再一次拷贝到屏幕。这样屏幕不会经历“先擦后画”的中间态看起来就是整体刷新。核心代码框架如下void DrawDoubleBuffer(HWND hwnd, HDC hdcPaint) { RECT rc; GetClientRect(hwnd, rc); HDC hdcMem CreateCompatibleDC(hdcPaint); HBITMAP hbmMem CreateCompatibleBitmap(hdcPaint, rc.right, rc.bottom); HGDIOBJ hOldBmp SelectObject(hdcMem, hbmMem); // 1. 用背景色填充内存画布相当于清屏 FillRect(hdcMem, rc, (HBRUSH)GetStockObject(WHITE_BRUSH)); // 2. 在内存 DC 上完成所有绘制 // 画文字、图形、图片等 // 3. 一次性拷贝到屏幕 BitBlt(hdcPaint, 0, 0, rc.right, rc.bottom, hdcMem, 0, 0, SRCCOPY); // 4. 恢复并删除临时对象 SelectObject(hdcMem, hOldBmp); DeleteObject(hbmMem); DeleteDC(hdcMem); }注意几个关键点CreateCompatibleDC创建的 DC 默认只有一个 1x1 单色位图必须先选入一个真正的大小匹配的位图否则画不出来。BitBlt是最后一个动作之前所有的绘图都发生在内存里。SelectObject(hdcMem, hOldBmp)把旧位图选回是为了保证DeleteObject(hbmMem)时这个位图已经不在 DC 内部避免删除失败。我实测下来用双缓冲之后即便每秒重绘 60 帧窗口也不会闪。性能瓶颈通常落在BitBlt的像素拷贝上但对于普通窗口大小完全够用。5.3 只重绘“脏矩形”比无脑全屏刷新更划算双缓冲解决了闪烁但如果你每次都重绘整个客户区CPU 消耗还是偏高。优化的思路是只刷新发生变化的区域也就是脏矩形。InvalidateRect(hwnd, rect, TRUE)可以指定一个矩形区域系统不会重绘整个窗口只会重绘这部分区域。在WM_PAINT里BeginPaint返回的rcPaint就是实际需要绘制的裁剪区域。一个实用技巧是在绘图函数内部先判断rcPaint是否与当前要绘制的内容相交如果完全不相交直接跳过这段绘制逻辑。这能省下大量无效绘图调用。对于有大量图形对象的画布应用这个优化效果尤其明显。我在写类画图工具时就是通过脏矩形 双缓冲的组合把单次拖拽的绘制开销从全窗口像素遍历降到了只需要处理光标附近几百个像素的范围流畅度提升立竿见影。6. 一段可以运行的示例把上面的知识点串起来为了让你更有体感我给一个接近实用场景的伪完整代码示例演示在客户区画一个随着窗口大小自动缩放的圆并且确保重绘不闪、对象不泄漏。// 窗口过程里处理 WM_PAINT case WM_PAINT: { PAINTSTRUCT ps; HDC hdc BeginPaint(hwnd, ps); RECT rc; GetClientRect(hwnd, rc); // 双缓冲开始 HDC hdcMem CreateCompatibleDC(hdc); HBITMAP hbmMem CreateCompatibleBitmap(hdc, rc.right, rc.bottom); HGDIOBJ hOldBmp SelectObject(hdcMem, hbmMem); FillRect(hdcMem, rc, (HBRUSH)GetStockObject(WHITE_BRUSH)); // 设置逻辑坐标范围0-1000 坐标系 SetMapMode(hdcMem, MM_ISOTROPIC); SetWindowExtEx(hdcMem, 1000, 1000, NULL); SetViewportExtEx(hdcMem, rc.right, rc.bottom, NULL); // 创建一个蓝色画刷画圆 HBRUSH hBrush CreateSolidBrush(RGB(0, 100, 255)); HGDIOBJ hOldBrush SelectObject(hdcMem, hBrush); Ellipse(hdcMem, 100, 100, 900, 900); // 恢复并释放 SelectObject(hdcMem, hOldBrush); DeleteObject(hBrush); // 一次性上屏 BitBlt(hdc, 0, 0, rc.right, rc.bottom, hdcMem, 0, 0, SRCCOPY); // 清理内存 DC 资源 SelectObject(hdcMem, hOldBmp); DeleteObject(hbmMem); DeleteDC(hdcMem); EndPaint(hwnd, ps); return 0; }这段代码涉及的几个关键点正好覆盖这篇提到的核心知识点BeginPaint的规范使用、双缓冲、映射模式、对象恢复与删除。我自己在封装绘图控件时也是按这个骨架搭起来的后续扩展各种绘制命令都很顺手。如果只是为了验证某个 GDI 函数用法可以先用库存对象代替自建对象把调试成本降到最低。等逻辑跑通了再把自建对象的管理加进去这样排错定位会更快。