简介这是一份围绕MFC对话框编程的图形界面开发实例面向初学Windows桌面应用或正在学习C类库封装原理的开发者。资源以ShowDialog工程为核心完整呈现从CDialog派生窗口类、重写OnInitDialog完成控件初始化到通过DoModal启动模态对话框、借助消息映射处理按钮事件的实现链路适合对照源码理解MFC事件驱动模型与对话框生命周期。压缩包内共54个文件主要包含7个cpp源文件、8个h头文件、1个rc资源脚本及可执行exe文件另有obj、pch、pdb等编译中间文件便于查看完整工程结构包体整体约3.34MB。这份实例已吸引1657人学习浏览下载后可获得包括登录信息对话框、主框架及文档视图在内的多模块源码与工程配置对系统掌握对话框控件操作、消息响应及界面资源管理具有直接参考价值。1. MFC 图形及界面编程实例为什么一个绘图课设会把界面做成黑匣子做 MFC 图形及界面编程实例最常见的起点不是“我要学 GDI”而是“我要交一个能画图的 Windows 程序”。课设通常是做一个图形编辑器能画直线、矩形、椭圆能选颜色线宽窗口拉伸不闪烁。但很多人一上手就发现画好的图形一刷新就没了窗口一拉就花屏。问题不是不会画线而是把设备上下文、消息映射、双缓冲这些机制当成了黑匣子。这套方案就是把“MFC 图形 界面编程”做成一个能交、能跑、能答辩的完整实例从需求拆解讲到 GDI 绘图从消息映射讲到控件联动再到验收和答辩每一步都给可照抄的结构和代码。适合正在做 MFC 课设或毕设的学生也适合给团队出 Windows 绘图客户端方案的从业者。下面按方案结构逐层展开。2. 需求分析与总体设计图元数据、绘制引擎、交互层、界面层四块怎么切2.1 需求拆解这个 MFC 实例到底要交付什么功能上一个能上台面的 MFC 图形绘图实例通常包含这些点基本图元直线、矩形、椭圆、圆角矩形这是验收的底线属性设置画笔颜色、线宽、填充画刷能通过工具栏或参数面板修改鼠标交互按住拖拽绘制拖动过程中实时预览松开鼠标落定文本输出能在绘图区写字答辩里很加分的功能重绘表现窗口拉伸、最小化还原、被遮挡后再显示都不能闪烁保存扩展图元数据结构化管理为以后的序列化保存留接口。这里有一个关键的判断很多同学把“绘图”理解成“在屏幕上画一笔是一笔”这是最大的误解。真正的绘图程序必须把绘制结果和绘制数据分开。屏幕上的像素只是数据的一次渲染图元对象 CShape 才是程序维护的核心OnDraw 每次执行都是把这份数据重新画一遍。做到这个分离刷新丢失、闪烁、保存扩展三个问题会同时变得清晰。非功能需求上我额外盯两条GDI 句柄数不能随操作持续增长窗口在任意尺寸下重绘正常。这两条是“能跑”和“能交付”的分界线也是答辩时导师最容易动手试的两个地方。把它们写进需求清单后面验收就有依据。2.2 应用框架选型为什么选 SDI 加 CView 而不是对话框MFC 里做界面程序一般有三个选择对话框程序CDialog、单文档程序SDICView、多文档程序MDI。我的建议是直接选 SDI CView理由有三个。第一CView 框架天然把数据与显示分开数据放在 CMyDoc 里CMyView::OnDraw 只负责把文档数据画出来正好落在上一节说的“绘制数据与绘制分离”上。第二框架已经处理了 WM_PAINT 的触发时机窗口无效时框架自动调用 OnDraw不需要自己写消息循环代码量小很多。第三把基类从 CView 换成 CScrollView可以免费获得滚动条支持画布超出窗口时能滚动查看是很实用的加分项。对话框程序也不是不能用但客户区绘图要自己响应 WM_PAINT、自己管理无效区域代码量反而更大界面一复杂控件和绘图区挤在一起维护成本高。对图形编辑器这种以绘图区为主体的程序SDI 是更顺的选择也符合 MFC 文档视图架构的经典用法。2.3 类结构与资源设计从 MainFrame 到 Shape 的职责划分整体架构按四层划分每一层只做自己的事层次类职责界面层CMainFrame菜单、工具栏、状态栏参数面板承载文档层CMyDoc持有图元容器提供图元增删改查视图层CMyView鼠标交互、OnDraw 重绘、双缓冲图元层CShape 及其派生类各自实现 Draw 和 HitTest文档层的核心容器是 CArrayCShape*, CShape*视图通过 GetShapeCount 和 GetShapeAt 遍历它。图元层先定义一个抽象基类 CShape派生 CLineShape、CRectShape、CEllipseShape、CTextShape每种图元把“怎么画自己”封装在自己的 Draw 里。基类还要一个 HitTest 虚函数用来做选中和删除这个接口现在用不上但加上它整个类设计才完整。资源设计上用资源编辑器做三样东西一个 IDR_MAINFRAME 菜单包含文件、编辑、图形三个菜单项一个工具栏放图形类型按钮和颜色按钮一个设置对话框放线宽滑块、颜色下拉、填充选项。资源 ID 建议按前缀规范IDM_ 表示菜单项IDTB_ 表示工具栏按钮IDD_ 表示对话框资源多了也不会乱。这个结构最大的好处是扩展性强要新增一种图元只需要加一个 CShape 派生类实现 Draw 和 HitTest再在视图的鼠标逻辑里加一个分支其余代码不动。答辩时讲“我设计了图元基类新增图形不修改原有绘制流程”这句话的分量比贴十行代码都重。3. 图形绘制核心实现GDI 设备上下文与双缓冲绘图3.1 设备上下文CPaintDC、CClientDC、CWindowDC 怎么选设备上下文DC是 Windows GDI 绘图的中转站所有绘图函数都是往 DC 上画MFC 把它封装成 CDC 及其子类。最常用的三个是 CPaintDC、CClientDC、CWindowDC选择依据是“在哪里画、什么时候画”用错场景会出很诡异的现象。DC 类型合法场景典型用途CPaintDC只在 WM_PAINT 处理函数内OnDraw 里的被动重绘CClientDC输入消息处理函数内鼠标拖动时主动绘制预览CWindowDC任何场景在非客户区绘制一般用不到CPaintDC 的构造和析构会分别调用 BeginPaint 和 EndPaint告诉系统“无效区域我已经重新画过了”。如果 OnDraw 里不用 CPaintDC 而用 CClientDC会出现一个经典翻车现象窗口明明重绘了系统却认为无效区域还没被验证于是一遍遍发送 WM_PAINTCPU 直接飙高窗口像抽风一样闪。反过来在鼠标点击这种主动绘图场景里用 CPaintDC 也是错的它只在 WM_PAINT 上下文里合法。我的习惯是被动重绘用 CPaintDC主动绘制用 CClientDC绝不混用。这个判断标准很简单写代码前先问一句“这次绘制是被系统要求的还是我主动发起的”。3.2 GDI 对象生命周期CPen、CBrush、CFont 的创建与释放GDI 对象是系统资源不是普通内存new 出来不删、SelectObject 之后不恢复时间一长句柄就泄漏。以画笔为例void CMyView::DrawWithPen(CDC* pDC) { int nSavedDC pDC-SaveDC(); // 保存当前 DC 全部状态 CPen pen(PS_SOLID, 2, RGB(255, 0, 0)); // 栈对象退出作用域自动析构 CPen* pOldPen pDC-SelectObject(pen); // 选入新画笔保存旧画笔 pDC-MoveTo(10, 10); pDC-LineTo(200, 10); pDC-SelectObject(pOldPen); // 恢复旧画笔 pDC-RestoreDC(nSavedDC); // 恢复 DC 其他状态 }这里的两个设计是刻意的。一是用栈对象 CPen pen 而不是 newCPen 的析构函数会调用 DeleteObject 释放系统句柄栈对象保证函数无论从哪条路径退出都会析构这是防泄漏的第一道保险。二是 SaveDC / RestoreDC 包裹整段绘制逻辑DC 里选入的画笔、画刷、字体、位图、裁剪区都是状态SaveDC 一次性记住RestoreDC 全部还原比逐个恢复旧对象省事也不容易漏。CBrush、CFont、CBitmap 的生命周期管理逻辑和 CPen 完全一样。特别提醒 CBitmap如果位图还选在 DC 里就执行 DeleteObject释放可能失败或留下隐患必须先 SelectObject 换出再释放。凡是选入 DC 的对象释放顺序永远是“先换出再删除”。3.3 图元绘制实例从 Shape 基类的 Draw 到视图 OnDraw 的调用链图元层先定义抽象基类再派生具体图形class CShape { public: CShape() {} virtual ~CShape() {} virtual void Draw(CDC* pDC) const 0; // 纯虚函数每种图元自己实现 virtual BOOL HitTest(CPoint pt) const 0; protected: CPoint m_ptStart; CPoint m_ptEnd; }; class CLineShape : public CShape { public: void Draw(CDC* pDC) const override { pDC-MoveTo(m_ptStart); pDC-LineTo(m_ptEnd); } BOOL HitTest(CPoint pt) const override { // 计算点到线段距离小于阈值视为命中 // 直线命中阈值一般取 5 个像素 return DistanceToSegment(pt, m_ptStart, m_ptEnd) 5; } };视图的 OnDraw 不关心具体是什么图形只负责遍历文档数据void CMyView::OnDraw(CDC* pDC) { CMyDoc* pDoc GetDocument(); for (int i 0; i pDoc-GetShapeCount(); i) { pDoc-GetShapeAt(i)-Draw(pDC); } }这条调用链很关键OnDraw 不知道也不关心具体画的是什么它只负责“把文档数据完整渲染一遍”。新增一个椭圆图元OnDraw 一行不用改。图元类里存的是起点和终点这样的逻辑坐标而不是屏幕像素Draw 的时候由 pDC 完成逻辑坐标到设备坐标的映射窗口大小怎么变图形比例都不会乱。3.4 双缓冲绘制消除窗口闪烁的标准做法闪烁的根源是“擦背景”和“画前景”分成了两步。窗口无效时系统先用背景色刷一遍客户区这一步发生在 OnEraseBkgnd然后才调 OnDraw 画内容。两次操作之间的间隙用户看到的是一块空白窗口越小、重绘越频繁闪得越明显。标准解法是双缓冲先在内存里把背景和前景完整画好再用 BitBlt 一次性整体拷贝到屏幕用户只看到最终结果看不到中间过程。void CMyView::OnDraw(CDC* pDC) { CRect rcClient; GetClientRect(rcClient); // 当前客户区尺寸 CDC memDC; memDC.CreateCompatibleDC(pDC); // 与屏幕 DC 兼容的内存 DC CBitmap bmp; bmp.CreateCompatibleBitmap(pDC, rcClient.Width(), rcClient.Height()); CBitmap* pOldBmp memDC.SelectObject(bmp); memDC.FillSolidRect(rcClient, RGB(255, 255, 255)); // 先铺背景 CMyDoc* pDoc GetDocument(); for (int i 0; i pDoc-GetShapeCount(); i) pDoc-GetShapeAt(i)-Draw(memDC); // 再画图元 pDC-BitBlt(0, 0, rcClient.Width(), rcClient.Height(), memDC, 0, 0, SRCCOPY); // 一次上屏 memDC.SelectObject(pOldBmp); // 换出位图再析构顺序不能反 }注意内存位图尺寸必须跟随客户区变化通常在 WM_SIZE 里重建否则拉伸后 BitBlt 会被裁剪。这段代码最容易翻车的两处一是位图宽高必须和客户区一致窗口拉伸后如果位图还是旧尺寸BitBlt 出来的画面会被裁剪解决办法是把位图重建放到 WM_SIZE 响应里二是配合滚动视图时BitBlt 的源坐标要考虑文档滚动偏移否则画面和鼠标位置对不上。另外让 OnEraseBkgnd 直接返回 TRUE表示背景已经由双缓冲处理可以少一次擦除动作配合双缓冲效果最好。4. 界面交互编程消息映射、鼠标拖拽与控件联动4.1 消息映射机制MFC 怎么把 WM_ 消息送到处理函数MFC 程序的界面响应全靠消息映射几个宏把 Windows 消息和处理函数绑定起来分发逻辑交给框架处理。视图类最常用的一组映射是鼠标消息和重绘消息BEGIN_MESSAGE_MAP(CMyView, CView) ON_WM_LBUTTONDOWN() // 左键按下 ON_WM_MOUSEMOVE() // 鼠标移动 ON_WM_LBUTTONUP() // 左键抬起 ON_WM_ERASEBKGND() // 擦除背景 ON_WM_SIZE() // 窗口尺寸变化 END_MESSAGE_MAP()对应到类里每个宏绑定一个 afx_msg 成员函数比如 ON_WM_LBUTTONDOWN() 对应 void OnLButtonDown(UINT nFlags, CPoint point)。写代码时容易犯的错是“声明了函数但忘了在映射表里加宏”结果鼠标怎么点都没反应还以为是消息没发出来。这类问题用调试器看不到常规调用栈属于典型的黑匣子问题排查习惯是先查映射表再查函数签名是否和框架要求完全一致最后才怀疑消息本身。4.2 鼠标拖拽绘制按下、移动、抬起三段式状态机图形绘制交互适合用一个三段式状态机描述按下左键记录起点并创建当前图元移动鼠标更新终点触发预览重绘抬起左键把图元落定进文档。void CMyView::OnLButtonDown(UINT nFlags, CPoint point) { m_bDrawing TRUE; m_ptStart point; m_ptEnd point; m_pCurrentShape CreateCurrentShape(); // 按工具栏选中的类型创建 CView::OnLButtonDown(nFlags, point); } void CMyView::OnMouseMove(UINT nFlags, CPoint point) { if (m_bDrawing) { m_ptEnd point; // 只更新终点 InvalidateRect(NULL, FALSE); // 请求重绘预览不擦背景 } CView::OnMouseMove(nFlags, point); } void CMyView::OnLButtonUp(UINT nFlags, CPoint point) { if (m_bDrawing) { m_ptEnd point; m_pCurrentShape-SetEndPoint(m_ptEnd); GetDocument()-AddShape(m_pCurrentShape); // 落定为正式图元 m_bDrawing FALSE; } CView::OnLButtonUp(nFlags, point); }这里有个细节值得多说一句预览阶段不要让图元进入文档数组否则每移动一次鼠标数组里就多一个半成品撤销、保存、重绘全乱。正确做法是 OnDraw 里单独加一段预览绘制逻辑if (m_bDrawing) { DrawPreviewShape(pDC); // 用 m_ptStart 和 m_ptEnd 临时画一个 }提示预览图元不进文档数组这是拖拽绘制不产生垃圾数据的关键务必在代码审查里检查这一条。移动鼠标触发预览重绘时我习惯用 InvalidateRect(NULL, FALSE)。第一个参数表示整个客户区无效第二个 FALSE 表示不要擦背景。如果不传 FALSEWM_ERASEBKGND 会先把客户区刷白预览图形就会一下一下闪。配合上一章的双缓冲这个重绘流程是平滑的。4.3 控件联动工具栏、颜色对话框与参数面板界面联动是 MFC 图形实例里最能体现工程感的部分。工具栏放图形选择按钮点“直线”“矩形”时调用视图的 SetDrawType 切换绘制模式颜色按钮弹 CColorDialog选完颜色后把 RGB 值存下来绘制时设置画笔。void CMyView::OnColorPick() { CColorDialog dlg(m_crPen); // 以当前颜色作为初始颜色 if (dlg.DoModal() IDOK) { m_crPen dlg.GetColor(); // 保存画笔颜色 } }如果参数面板是对话框我一般不直接共享成员变量而是让视图提供 SetPenWidth、SetFillMode 这类对外接口对话框持有视图指针控件通知消息到来时调用接口再由视图触发重绘。这样视图内部怎么组织数据对话框不关心耦合降到最低。状态栏显示当前鼠标坐标和图形类型在 OnMouseMove 里用 SetWindowText 更新文本即可开销很小不需要触发重绘。4.4 刷新策略InvalidateRect 与 UpdateWindow 的使用边界界面编程最后一个容易混淆的点是刷新函数。InvalidateRect 只是“标记无效”不立即重绘要等当前消息处理完、消息循环空闲后统一重绘UpdateWindow 则是“立刻发送 WM_PAINT”区域无效马上重绘。通常只有两种场景用 UpdateWindow一是在一次消息处理里“改了数据、立刻要看结果”二是窗口创建完成后主动刷首帧。绝大多数场景用 InvalidateRect 就够了它会把多次无效合并成一次重绘性能更好。如果拖动预览时每帧都用 UpdateWindow会强制每一帧同步绘制和双缓冲的思路互相打架画面反而更卡。记住一个原则“批量标记、统一重绘”大多数 MFC 界面刷新问题都是这么解决的。5. 避坑指南MFC 图形编程最容易翻车的 5 个地方这几条不是理论推演是我在类似项目里真踩过的坑每条都按“现象→原因→解决”讲你对照自己的代码排查就行。5.1 窗口一拉伸就花屏、拖出残影现象拖动窗口边缘改变大小时客户区出现大块白斑或黑块上一帧的画面残留在新区域图元像被撕碎了。原因窗口尺寸变化后新增的客户区没有被完整重绘。如果 OnDraw 只画图元而没有先填充背景新增区域就是未初始化内容如果双缓冲里的位图尺寸没有跟随窗口更新BitBlt 只能覆盖旧区域残影就留下了。两个原因常常同时存在。解决第一OnDraw 第一行用 FillSolidRect 或 FillRect 把背景色铺满整个客户区第二双缓冲的内存位图在 WM_SIZE 里重新创建宽高取新的客户区尺寸第三OnEraseBkgnd 返回 TRUE避免系统再擦一遍背景。按这个顺序处理拉伸花屏基本绝迹。排查时可以临时加一个 GetLastError 输出看 BitBlt 是否失败。5.2 画好的图刷新后就消失现象画完一个矩形窗口一被遮挡或最小化再回来图形没了或者重绘后只剩下最后画的一个图形。原因图形只被画在了 DC 上没有存进文档数据。OnDraw 是“重放”逻辑它本身不保存任何像素状态窗口每次无效都必须靠图元数据重建画面。只画不存刷新自然丢失。只留下最后一个图形的情况多半是把当前图元加进了文档但没存起点终点或者每次重绘前清了文档。解决严格遵守“数据与绘制分离”。鼠标抬起时把图元 AddShape 进 CMyDocOnDraw 遍历数组重画。任何图形的产生路径必须走“创建对象→加入文档→触发重绘”三步不允许只画不加文档。这条应该作为代码审查的固定检查项我每次写完交互逻辑都会对着文档里图元数量核对一遍。5.3 GDI 句柄泄漏程序越跑越卡现象程序运行十几分钟后绘图卡顿窗口按钮变灰任务管理器里进程句柄数持续上涨不回落。原因典型的有两个。一是用 new CPen、new CBrush 创建堆对象用完后没有 delete二是在 DC 里 SelectObject 了新的 GDI 对象用完没有恢复旧对象对象无法被安全释放。GDI 句柄是系统级资源进程默认上限大约一万个泄漏到上限整个程序的绘制就废了。解决我个人的习惯是全程不用 new 创建 GDI 对象一律用局部栈对象函数结束自动析构。必须用堆对象的地方用智能指针或者确保 delete 和 SelectObject 恢复成对出现。再配合 SaveDC / RestoreDC 包裹一段绘制逻辑对象的选入与恢复不会乱。验收时打开任务管理器观察句柄数反复拖拽、改色、清空 50 次句柄数应该基本持平这是最直观的泄漏测试。5.4 DrawText 输出文本带着一块不透明背景现象在绘图区输出文字文字后面压着一个白色或黑色的矩形块把图元盖住。原因设备上下文默认的背景模式是 OPAQUE文字输出时会把文字矩形框的背景色填出来。如果当前 DC 背景色和画布底色不一致这块色块就非常扎眼。尤其是用双缓冲后内存 DC 的背景色经常和屏幕底色不同更容易暴露这个问题。解决在文字绘制前调用 pDC-SetBkMode(TRANSPARENT)让背景透明只画字形。再配合 SetTextColor 设置文字颜色这两个函数配合到位文本显示就干净了。如果确实要做带背景的文本标签那就自己画一个填充矩形再写字不要依赖默认背景模式显式控制总比让系统猜好。5.5 双缓冲内存位图尺寸和客户区对不上现象加上双缓冲后窗口拉伸画面只更新了一部分或者 BitBlt 的区域明显小于客户区边缘是花屏。原因内存位图在某个时刻按当时的客户区尺寸创建之后窗口拉大位图没有跟着重建BitBlt 只能按旧尺寸拷贝多出来的区域没有内容可拷。还有一种情况是 WM_SIZE 里重建位图时旧位图还选在 DC 里没有先换出导致重建失败。解决把“创建兼容位图”这个动作从 OnDraw 里挪到 WM_SIZE 响应里或者在 OnDraw 里每次绘制前检查位图尺寸发现不等于当前客户区就删除重建。重建时注意先 SelectObject 换出旧位图再删除顺序反了会释放失败。窗口创建的消息顺序是 WM_CREATE 先于 WM_SIZE所以首次 OnDraw 前一定有一次 WM_SIZE 先执行位图尺寸不会是零这一点可以放心。6. 验收与答辩怎样证明这套 MFC 图形实例真的能交付验收不能等到答辩前一晚才开始我一般拆成功能、稳定性、代码三个清单。功能清单按需求逐条点直线、矩形、椭圆、圆角矩形、文本五种图元都能画颜色、线宽、填充切换后新图元立即生效拖拽预览流畅无闪烁无残影文本背景透明清空功能正常。稳定性清单对应避坑章节窗口拉伸、最小化还原、快速切换图形类型各操作 20 次确认没有花屏任务管理器句柄数在连续操作 50 次后没有明显上涨窗口从 300x200 拉回最大画面完整。代码清单主要是确认图元数据与绘制分离、GDI 对象全部为栈对象或正确释放。答辩环节导师大概率问三个问题。第一个MFC 里的设备上下文是什么回答要点是“DC 是一张虚拟画布GDI 对象是画笔和颜料绘图函数是在画布上落笔MFC 用 CDC 封装了这套机制”。第二个画面为什么闪、你是怎么解决的回答要点是“擦背景和画前景分两步双缓冲把两步合到内存里完成一次 BitBlt 上屏用户只看到最终结果”。第三个新增一种图形要改哪些地方回答要点是“新建 CShape 派生类实现 Draw 和 HitTest视图里加一个类型分支OnDraw 不用动”。三个问题答顺整个方案的可信度就立住了。这套方案对应的完整代码和文档按这个结构整理好就是一份可以直接提交的课设或毕设附件。我给自己定的收尾动作是强制走一遍“最小化→拉伸→遮挡→连续绘制”四步操作加一句“句柄数观察”跑两遍没异常才敢说交付。后来这个动作被我带进了每个界面项目成了固定流程省过不少临场翻车的尴尬。希望帮到你。本文还有配套的精品资源点击获取
简介这是一份围绕MFC对话框编程的图形界面开发实例面向初学Windows桌面应用或正在学习C类库封装原理的开发者。资源以ShowDialog工程为核心完整呈现从CDialog派生窗口类、重写OnInitDialog完成控件初始化到通过DoModal启动模态对话框、借助消息映射处理按钮事件的实现链路适合对照源码理解MFC事件驱动模型与对话框生命周期。压缩包内共54个文件主要包含7个cpp源文件、8个h头文件、1个rc资源脚本及可执行exe文件另有obj、pch、pdb等编译中间文件便于查看完整工程结构包体整体约3.34MB。这份实例已吸引1657人学习浏览下载后可获得包括登录信息对话框、主框架及文档视图在内的多模块源码与工程配置对系统掌握对话框控件操作、消息响应及界面资源管理具有直接参考价值。1. MFC 图形及界面编程实例为什么一个绘图课设会把界面做成黑匣子做 MFC 图形及界面编程实例最常见的起点不是“我要学 GDI”而是“我要交一个能画图的 Windows 程序”。课设通常是做一个图形编辑器能画直线、矩形、椭圆能选颜色线宽窗口拉伸不闪烁。但很多人一上手就发现画好的图形一刷新就没了窗口一拉就花屏。问题不是不会画线而是把设备上下文、消息映射、双缓冲这些机制当成了黑匣子。这套方案就是把“MFC 图形 界面编程”做成一个能交、能跑、能答辩的完整实例从需求拆解讲到 GDI 绘图从消息映射讲到控件联动再到验收和答辩每一步都给可照抄的结构和代码。适合正在做 MFC 课设或毕设的学生也适合给团队出 Windows 绘图客户端方案的从业者。下面按方案结构逐层展开。2. 需求分析与总体设计图元数据、绘制引擎、交互层、界面层四块怎么切2.1 需求拆解这个 MFC 实例到底要交付什么功能上一个能上台面的 MFC 图形绘图实例通常包含这些点基本图元直线、矩形、椭圆、圆角矩形这是验收的底线属性设置画笔颜色、线宽、填充画刷能通过工具栏或参数面板修改鼠标交互按住拖拽绘制拖动过程中实时预览松开鼠标落定文本输出能在绘图区写字答辩里很加分的功能重绘表现窗口拉伸、最小化还原、被遮挡后再显示都不能闪烁保存扩展图元数据结构化管理为以后的序列化保存留接口。这里有一个关键的判断很多同学把“绘图”理解成“在屏幕上画一笔是一笔”这是最大的误解。真正的绘图程序必须把绘制结果和绘制数据分开。屏幕上的像素只是数据的一次渲染图元对象 CShape 才是程序维护的核心OnDraw 每次执行都是把这份数据重新画一遍。做到这个分离刷新丢失、闪烁、保存扩展三个问题会同时变得清晰。非功能需求上我额外盯两条GDI 句柄数不能随操作持续增长窗口在任意尺寸下重绘正常。这两条是“能跑”和“能交付”的分界线也是答辩时导师最容易动手试的两个地方。把它们写进需求清单后面验收就有依据。2.2 应用框架选型为什么选 SDI 加 CView 而不是对话框MFC 里做界面程序一般有三个选择对话框程序CDialog、单文档程序SDICView、多文档程序MDI。我的建议是直接选 SDI CView理由有三个。第一CView 框架天然把数据与显示分开数据放在 CMyDoc 里CMyView::OnDraw 只负责把文档数据画出来正好落在上一节说的“绘制数据与绘制分离”上。第二框架已经处理了 WM_PAINT 的触发时机窗口无效时框架自动调用 OnDraw不需要自己写消息循环代码量小很多。第三把基类从 CView 换成 CScrollView可以免费获得滚动条支持画布超出窗口时能滚动查看是很实用的加分项。对话框程序也不是不能用但客户区绘图要自己响应 WM_PAINT、自己管理无效区域代码量反而更大界面一复杂控件和绘图区挤在一起维护成本高。对图形编辑器这种以绘图区为主体的程序SDI 是更顺的选择也符合 MFC 文档视图架构的经典用法。2.3 类结构与资源设计从 MainFrame 到 Shape 的职责划分整体架构按四层划分每一层只做自己的事层次类职责界面层CMainFrame菜单、工具栏、状态栏参数面板承载文档层CMyDoc持有图元容器提供图元增删改查视图层CMyView鼠标交互、OnDraw 重绘、双缓冲图元层CShape 及其派生类各自实现 Draw 和 HitTest文档层的核心容器是 CArrayCShape*, CShape*视图通过 GetShapeCount 和 GetShapeAt 遍历它。图元层先定义一个抽象基类 CShape派生 CLineShape、CRectShape、CEllipseShape、CTextShape每种图元把“怎么画自己”封装在自己的 Draw 里。基类还要一个 HitTest 虚函数用来做选中和删除这个接口现在用不上但加上它整个类设计才完整。资源设计上用资源编辑器做三样东西一个 IDR_MAINFRAME 菜单包含文件、编辑、图形三个菜单项一个工具栏放图形类型按钮和颜色按钮一个设置对话框放线宽滑块、颜色下拉、填充选项。资源 ID 建议按前缀规范IDM_ 表示菜单项IDTB_ 表示工具栏按钮IDD_ 表示对话框资源多了也不会乱。这个结构最大的好处是扩展性强要新增一种图元只需要加一个 CShape 派生类实现 Draw 和 HitTest再在视图的鼠标逻辑里加一个分支其余代码不动。答辩时讲“我设计了图元基类新增图形不修改原有绘制流程”这句话的分量比贴十行代码都重。3. 图形绘制核心实现GDI 设备上下文与双缓冲绘图3.1 设备上下文CPaintDC、CClientDC、CWindowDC 怎么选设备上下文DC是 Windows GDI 绘图的中转站所有绘图函数都是往 DC 上画MFC 把它封装成 CDC 及其子类。最常用的三个是 CPaintDC、CClientDC、CWindowDC选择依据是“在哪里画、什么时候画”用错场景会出很诡异的现象。DC 类型合法场景典型用途CPaintDC只在 WM_PAINT 处理函数内OnDraw 里的被动重绘CClientDC输入消息处理函数内鼠标拖动时主动绘制预览CWindowDC任何场景在非客户区绘制一般用不到CPaintDC 的构造和析构会分别调用 BeginPaint 和 EndPaint告诉系统“无效区域我已经重新画过了”。如果 OnDraw 里不用 CPaintDC 而用 CClientDC会出现一个经典翻车现象窗口明明重绘了系统却认为无效区域还没被验证于是一遍遍发送 WM_PAINTCPU 直接飙高窗口像抽风一样闪。反过来在鼠标点击这种主动绘图场景里用 CPaintDC 也是错的它只在 WM_PAINT 上下文里合法。我的习惯是被动重绘用 CPaintDC主动绘制用 CClientDC绝不混用。这个判断标准很简单写代码前先问一句“这次绘制是被系统要求的还是我主动发起的”。3.2 GDI 对象生命周期CPen、CBrush、CFont 的创建与释放GDI 对象是系统资源不是普通内存new 出来不删、SelectObject 之后不恢复时间一长句柄就泄漏。以画笔为例void CMyView::DrawWithPen(CDC* pDC) { int nSavedDC pDC-SaveDC(); // 保存当前 DC 全部状态 CPen pen(PS_SOLID, 2, RGB(255, 0, 0)); // 栈对象退出作用域自动析构 CPen* pOldPen pDC-SelectObject(pen); // 选入新画笔保存旧画笔 pDC-MoveTo(10, 10); pDC-LineTo(200, 10); pDC-SelectObject(pOldPen); // 恢复旧画笔 pDC-RestoreDC(nSavedDC); // 恢复 DC 其他状态 }这里的两个设计是刻意的。一是用栈对象 CPen pen 而不是 newCPen 的析构函数会调用 DeleteObject 释放系统句柄栈对象保证函数无论从哪条路径退出都会析构这是防泄漏的第一道保险。二是 SaveDC / RestoreDC 包裹整段绘制逻辑DC 里选入的画笔、画刷、字体、位图、裁剪区都是状态SaveDC 一次性记住RestoreDC 全部还原比逐个恢复旧对象省事也不容易漏。CBrush、CFont、CBitmap 的生命周期管理逻辑和 CPen 完全一样。特别提醒 CBitmap如果位图还选在 DC 里就执行 DeleteObject释放可能失败或留下隐患必须先 SelectObject 换出再释放。凡是选入 DC 的对象释放顺序永远是“先换出再删除”。3.3 图元绘制实例从 Shape 基类的 Draw 到视图 OnDraw 的调用链图元层先定义抽象基类再派生具体图形class CShape { public: CShape() {} virtual ~CShape() {} virtual void Draw(CDC* pDC) const 0; // 纯虚函数每种图元自己实现 virtual BOOL HitTest(CPoint pt) const 0; protected: CPoint m_ptStart; CPoint m_ptEnd; }; class CLineShape : public CShape { public: void Draw(CDC* pDC) const override { pDC-MoveTo(m_ptStart); pDC-LineTo(m_ptEnd); } BOOL HitTest(CPoint pt) const override { // 计算点到线段距离小于阈值视为命中 // 直线命中阈值一般取 5 个像素 return DistanceToSegment(pt, m_ptStart, m_ptEnd) 5; } };视图的 OnDraw 不关心具体是什么图形只负责遍历文档数据void CMyView::OnDraw(CDC* pDC) { CMyDoc* pDoc GetDocument(); for (int i 0; i pDoc-GetShapeCount(); i) { pDoc-GetShapeAt(i)-Draw(pDC); } }这条调用链很关键OnDraw 不知道也不关心具体画的是什么它只负责“把文档数据完整渲染一遍”。新增一个椭圆图元OnDraw 一行不用改。图元类里存的是起点和终点这样的逻辑坐标而不是屏幕像素Draw 的时候由 pDC 完成逻辑坐标到设备坐标的映射窗口大小怎么变图形比例都不会乱。3.4 双缓冲绘制消除窗口闪烁的标准做法闪烁的根源是“擦背景”和“画前景”分成了两步。窗口无效时系统先用背景色刷一遍客户区这一步发生在 OnEraseBkgnd然后才调 OnDraw 画内容。两次操作之间的间隙用户看到的是一块空白窗口越小、重绘越频繁闪得越明显。标准解法是双缓冲先在内存里把背景和前景完整画好再用 BitBlt 一次性整体拷贝到屏幕用户只看到最终结果看不到中间过程。void CMyView::OnDraw(CDC* pDC) { CRect rcClient; GetClientRect(rcClient); // 当前客户区尺寸 CDC memDC; memDC.CreateCompatibleDC(pDC); // 与屏幕 DC 兼容的内存 DC CBitmap bmp; bmp.CreateCompatibleBitmap(pDC, rcClient.Width(), rcClient.Height()); CBitmap* pOldBmp memDC.SelectObject(bmp); memDC.FillSolidRect(rcClient, RGB(255, 255, 255)); // 先铺背景 CMyDoc* pDoc GetDocument(); for (int i 0; i pDoc-GetShapeCount(); i) pDoc-GetShapeAt(i)-Draw(memDC); // 再画图元 pDC-BitBlt(0, 0, rcClient.Width(), rcClient.Height(), memDC, 0, 0, SRCCOPY); // 一次上屏 memDC.SelectObject(pOldBmp); // 换出位图再析构顺序不能反 }注意内存位图尺寸必须跟随客户区变化通常在 WM_SIZE 里重建否则拉伸后 BitBlt 会被裁剪。这段代码最容易翻车的两处一是位图宽高必须和客户区一致窗口拉伸后如果位图还是旧尺寸BitBlt 出来的画面会被裁剪解决办法是把位图重建放到 WM_SIZE 响应里二是配合滚动视图时BitBlt 的源坐标要考虑文档滚动偏移否则画面和鼠标位置对不上。另外让 OnEraseBkgnd 直接返回 TRUE表示背景已经由双缓冲处理可以少一次擦除动作配合双缓冲效果最好。4. 界面交互编程消息映射、鼠标拖拽与控件联动4.1 消息映射机制MFC 怎么把 WM_ 消息送到处理函数MFC 程序的界面响应全靠消息映射几个宏把 Windows 消息和处理函数绑定起来分发逻辑交给框架处理。视图类最常用的一组映射是鼠标消息和重绘消息BEGIN_MESSAGE_MAP(CMyView, CView) ON_WM_LBUTTONDOWN() // 左键按下 ON_WM_MOUSEMOVE() // 鼠标移动 ON_WM_LBUTTONUP() // 左键抬起 ON_WM_ERASEBKGND() // 擦除背景 ON_WM_SIZE() // 窗口尺寸变化 END_MESSAGE_MAP()对应到类里每个宏绑定一个 afx_msg 成员函数比如 ON_WM_LBUTTONDOWN() 对应 void OnLButtonDown(UINT nFlags, CPoint point)。写代码时容易犯的错是“声明了函数但忘了在映射表里加宏”结果鼠标怎么点都没反应还以为是消息没发出来。这类问题用调试器看不到常规调用栈属于典型的黑匣子问题排查习惯是先查映射表再查函数签名是否和框架要求完全一致最后才怀疑消息本身。4.2 鼠标拖拽绘制按下、移动、抬起三段式状态机图形绘制交互适合用一个三段式状态机描述按下左键记录起点并创建当前图元移动鼠标更新终点触发预览重绘抬起左键把图元落定进文档。void CMyView::OnLButtonDown(UINT nFlags, CPoint point) { m_bDrawing TRUE; m_ptStart point; m_ptEnd point; m_pCurrentShape CreateCurrentShape(); // 按工具栏选中的类型创建 CView::OnLButtonDown(nFlags, point); } void CMyView::OnMouseMove(UINT nFlags, CPoint point) { if (m_bDrawing) { m_ptEnd point; // 只更新终点 InvalidateRect(NULL, FALSE); // 请求重绘预览不擦背景 } CView::OnMouseMove(nFlags, point); } void CMyView::OnLButtonUp(UINT nFlags, CPoint point) { if (m_bDrawing) { m_ptEnd point; m_pCurrentShape-SetEndPoint(m_ptEnd); GetDocument()-AddShape(m_pCurrentShape); // 落定为正式图元 m_bDrawing FALSE; } CView::OnLButtonUp(nFlags, point); }这里有个细节值得多说一句预览阶段不要让图元进入文档数组否则每移动一次鼠标数组里就多一个半成品撤销、保存、重绘全乱。正确做法是 OnDraw 里单独加一段预览绘制逻辑if (m_bDrawing) { DrawPreviewShape(pDC); // 用 m_ptStart 和 m_ptEnd 临时画一个 }提示预览图元不进文档数组这是拖拽绘制不产生垃圾数据的关键务必在代码审查里检查这一条。移动鼠标触发预览重绘时我习惯用 InvalidateRect(NULL, FALSE)。第一个参数表示整个客户区无效第二个 FALSE 表示不要擦背景。如果不传 FALSEWM_ERASEBKGND 会先把客户区刷白预览图形就会一下一下闪。配合上一章的双缓冲这个重绘流程是平滑的。4.3 控件联动工具栏、颜色对话框与参数面板界面联动是 MFC 图形实例里最能体现工程感的部分。工具栏放图形选择按钮点“直线”“矩形”时调用视图的 SetDrawType 切换绘制模式颜色按钮弹 CColorDialog选完颜色后把 RGB 值存下来绘制时设置画笔。void CMyView::OnColorPick() { CColorDialog dlg(m_crPen); // 以当前颜色作为初始颜色 if (dlg.DoModal() IDOK) { m_crPen dlg.GetColor(); // 保存画笔颜色 } }如果参数面板是对话框我一般不直接共享成员变量而是让视图提供 SetPenWidth、SetFillMode 这类对外接口对话框持有视图指针控件通知消息到来时调用接口再由视图触发重绘。这样视图内部怎么组织数据对话框不关心耦合降到最低。状态栏显示当前鼠标坐标和图形类型在 OnMouseMove 里用 SetWindowText 更新文本即可开销很小不需要触发重绘。4.4 刷新策略InvalidateRect 与 UpdateWindow 的使用边界界面编程最后一个容易混淆的点是刷新函数。InvalidateRect 只是“标记无效”不立即重绘要等当前消息处理完、消息循环空闲后统一重绘UpdateWindow 则是“立刻发送 WM_PAINT”区域无效马上重绘。通常只有两种场景用 UpdateWindow一是在一次消息处理里“改了数据、立刻要看结果”二是窗口创建完成后主动刷首帧。绝大多数场景用 InvalidateRect 就够了它会把多次无效合并成一次重绘性能更好。如果拖动预览时每帧都用 UpdateWindow会强制每一帧同步绘制和双缓冲的思路互相打架画面反而更卡。记住一个原则“批量标记、统一重绘”大多数 MFC 界面刷新问题都是这么解决的。5. 避坑指南MFC 图形编程最容易翻车的 5 个地方这几条不是理论推演是我在类似项目里真踩过的坑每条都按“现象→原因→解决”讲你对照自己的代码排查就行。5.1 窗口一拉伸就花屏、拖出残影现象拖动窗口边缘改变大小时客户区出现大块白斑或黑块上一帧的画面残留在新区域图元像被撕碎了。原因窗口尺寸变化后新增的客户区没有被完整重绘。如果 OnDraw 只画图元而没有先填充背景新增区域就是未初始化内容如果双缓冲里的位图尺寸没有跟随窗口更新BitBlt 只能覆盖旧区域残影就留下了。两个原因常常同时存在。解决第一OnDraw 第一行用 FillSolidRect 或 FillRect 把背景色铺满整个客户区第二双缓冲的内存位图在 WM_SIZE 里重新创建宽高取新的客户区尺寸第三OnEraseBkgnd 返回 TRUE避免系统再擦一遍背景。按这个顺序处理拉伸花屏基本绝迹。排查时可以临时加一个 GetLastError 输出看 BitBlt 是否失败。5.2 画好的图刷新后就消失现象画完一个矩形窗口一被遮挡或最小化再回来图形没了或者重绘后只剩下最后画的一个图形。原因图形只被画在了 DC 上没有存进文档数据。OnDraw 是“重放”逻辑它本身不保存任何像素状态窗口每次无效都必须靠图元数据重建画面。只画不存刷新自然丢失。只留下最后一个图形的情况多半是把当前图元加进了文档但没存起点终点或者每次重绘前清了文档。解决严格遵守“数据与绘制分离”。鼠标抬起时把图元 AddShape 进 CMyDocOnDraw 遍历数组重画。任何图形的产生路径必须走“创建对象→加入文档→触发重绘”三步不允许只画不加文档。这条应该作为代码审查的固定检查项我每次写完交互逻辑都会对着文档里图元数量核对一遍。5.3 GDI 句柄泄漏程序越跑越卡现象程序运行十几分钟后绘图卡顿窗口按钮变灰任务管理器里进程句柄数持续上涨不回落。原因典型的有两个。一是用 new CPen、new CBrush 创建堆对象用完后没有 delete二是在 DC 里 SelectObject 了新的 GDI 对象用完没有恢复旧对象对象无法被安全释放。GDI 句柄是系统级资源进程默认上限大约一万个泄漏到上限整个程序的绘制就废了。解决我个人的习惯是全程不用 new 创建 GDI 对象一律用局部栈对象函数结束自动析构。必须用堆对象的地方用智能指针或者确保 delete 和 SelectObject 恢复成对出现。再配合 SaveDC / RestoreDC 包裹一段绘制逻辑对象的选入与恢复不会乱。验收时打开任务管理器观察句柄数反复拖拽、改色、清空 50 次句柄数应该基本持平这是最直观的泄漏测试。5.4 DrawText 输出文本带着一块不透明背景现象在绘图区输出文字文字后面压着一个白色或黑色的矩形块把图元盖住。原因设备上下文默认的背景模式是 OPAQUE文字输出时会把文字矩形框的背景色填出来。如果当前 DC 背景色和画布底色不一致这块色块就非常扎眼。尤其是用双缓冲后内存 DC 的背景色经常和屏幕底色不同更容易暴露这个问题。解决在文字绘制前调用 pDC-SetBkMode(TRANSPARENT)让背景透明只画字形。再配合 SetTextColor 设置文字颜色这两个函数配合到位文本显示就干净了。如果确实要做带背景的文本标签那就自己画一个填充矩形再写字不要依赖默认背景模式显式控制总比让系统猜好。5.5 双缓冲内存位图尺寸和客户区对不上现象加上双缓冲后窗口拉伸画面只更新了一部分或者 BitBlt 的区域明显小于客户区边缘是花屏。原因内存位图在某个时刻按当时的客户区尺寸创建之后窗口拉大位图没有跟着重建BitBlt 只能按旧尺寸拷贝多出来的区域没有内容可拷。还有一种情况是 WM_SIZE 里重建位图时旧位图还选在 DC 里没有先换出导致重建失败。解决把“创建兼容位图”这个动作从 OnDraw 里挪到 WM_SIZE 响应里或者在 OnDraw 里每次绘制前检查位图尺寸发现不等于当前客户区就删除重建。重建时注意先 SelectObject 换出旧位图再删除顺序反了会释放失败。窗口创建的消息顺序是 WM_CREATE 先于 WM_SIZE所以首次 OnDraw 前一定有一次 WM_SIZE 先执行位图尺寸不会是零这一点可以放心。6. 验收与答辩怎样证明这套 MFC 图形实例真的能交付验收不能等到答辩前一晚才开始我一般拆成功能、稳定性、代码三个清单。功能清单按需求逐条点直线、矩形、椭圆、圆角矩形、文本五种图元都能画颜色、线宽、填充切换后新图元立即生效拖拽预览流畅无闪烁无残影文本背景透明清空功能正常。稳定性清单对应避坑章节窗口拉伸、最小化还原、快速切换图形类型各操作 20 次确认没有花屏任务管理器句柄数在连续操作 50 次后没有明显上涨窗口从 300x200 拉回最大画面完整。代码清单主要是确认图元数据与绘制分离、GDI 对象全部为栈对象或正确释放。答辩环节导师大概率问三个问题。第一个MFC 里的设备上下文是什么回答要点是“DC 是一张虚拟画布GDI 对象是画笔和颜料绘图函数是在画布上落笔MFC 用 CDC 封装了这套机制”。第二个画面为什么闪、你是怎么解决的回答要点是“擦背景和画前景分两步双缓冲把两步合到内存里完成一次 BitBlt 上屏用户只看到最终结果”。第三个新增一种图形要改哪些地方回答要点是“新建 CShape 派生类实现 Draw 和 HitTest视图里加一个类型分支OnDraw 不用动”。三个问题答顺整个方案的可信度就立住了。这套方案对应的完整代码和文档按这个结构整理好就是一份可以直接提交的课设或毕设附件。我给自己定的收尾动作是强制走一遍“最小化→拉伸→遮挡→连续绘制”四步操作加一句“句柄数观察”跑两遍没异常才敢说交付。后来这个动作被我带进了每个界面项目成了固定流程省过不少临场翻车的尴尬。希望帮到你。本文还有配套的精品资源点击获取
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
