简介：本资源是一份面向C++初学者与MFC入门开发者的图形绘制实践项目，聚焦于使用MFC在单文档界面（SDI）中基于GDI画刷（CBrush）动态绘制柱状图，并支持从TXT文本文件读取数据驱动图表更新。项目完整覆盖MFC绘图核心流程：设备上下文（CPaintDC）管理、画刷创建与选入、CFile文件读取与数值解析、客户区坐标计算及矩形填充绘图等关键环节，兼具原理讲解与可运行代码。压缩包共36个文件，含6个头文件（.h）、5个源码文件（.cpp）、5个编译中间文件（.obj）、2个图标（.ico）、2个数据文件（.txt）及可执行程序（.exe）等，结构清晰，适合作为VC6.0环境下的教学范例或二次开发基础。资源包大小2.28MB，已有600人学习下载，提供完整工程目录（含.dsw/.dsp工程文件、.rc资源脚本、.bmp位图及调试符号文件），开箱即用，便于理解MFC消息机制、GDI绘图生命周期与文件IO集成实践。

1. 为什么用 MFC 画柱状图，反而比用现成图表库更稳？

很多同学做课程设计或毕设时，一上来就搜“C++ 柱状图控件”“MFC 图表开源库”，结果卡在 NuGet 包冲突、VS 版本不兼容、资源泄漏查不出、绘图闪烁到答辩前夜还在调双缓冲——最后硬着头皮换 Qt 或 Python，又面临环境部署、答辩演示蓝屏、老师问“你写的还是调的”答不上来。其实，一个真正能讲清楚、能现场改、能答辩时手写关键段落的柱状图，根本不需要第三方库。MFC 自带的 CDC、CBrush、CPen 和矩形绘制 API，足够支撑从数据输入、坐标映射、颜色填充、文字标注到打印导出的完整闭环。这套方案专为「需要交源码+可运行+能讲清原理」的场景而生：它不依赖外部 DLL，不涉及 COM 组件注册，不调用 GDI+ 封装黑匣子，所有绘图逻辑都在OnDraw()里摊开写。某高校《软件工程实践》课设中，A 同学用本方案三天完成柱状图模块，答辩时被导师随机要求“把第三根柱子改成斜线填充、Y 轴刻度改成每 50 一格”，他现场打开ChartView.cpp，3 分钟改完编译运行，全程没翻文档——因为每个Rectangle()的参数、每个TextOut()的偏移、每种画刷的创建方式，都已内化为肌肉记忆。如果你正被“怎么让 MFC 窗口里画出一根不糊、不闪、不崩、还能改颜色和数值的柱子”卡住，这份方案就是你的后悔药。

2. 总体架构设计：视图驱动 + 数据解耦 + 绘图三阶段

MFC 中绘图不是“画完就扔”，而是要经得起修改、缩放、重绘、打印。本方案采用清晰的三层职责划分：CChartData管理原始数据与配置（谁画、画多少、画多高），CChartPainter封装所有 GDI 绘图逻辑（怎么画、用什么笔、填什么色），CChartView仅负责调度与响应（何时画、画在哪、响应鼠标）。这种解耦让代码可测试、可替换、可复用——比如后期想加折线图，只需新增CLinePainter，CChartView不动；想接入数据库，只改CChartData::LoadFromDB()，绘图层完全无感。

2.1 CChartData：数据容器与坐标映射引擎

CChartData不是简单存个std::vector<int>，它必须解决三个核心问题：数据归一化、坐标系映射、刻度生成。例如输入数据[85, 120, 60, 150]，最大值 150，但绘图区域高度为 400 像素，那么 Y 方向缩放因子就是400.0 / 150.0 ≈ 2.67；X 方向则需计算柱宽、间距、左右边距。我们定义如下关键成员：

class CChartData { public: std::vector<int> m_data; // 原始整数数据 CString m_title; // 图表标题 std::vector<CString> m_labels; // X 轴标签（如 "Q1", "Q2"） int m_maxValue; // 自动计算的最大值（含安全余量） double m_yScale; // Y 轴像素/数据单位缩放因子 int m_marginLeft, m_marginRight; // 左右留白（像素） int m_marginTop, m_marginBottom; // 上下留白（像素） void SetData(const std::vector<int>& data, const std::vector<CString>& labels); void CalculateLayout(int clientWidth, int clientHeight); // 核心：算出所有坐标参数 CRect GetBarRect(int index) const; // 返回第 index 根柱子的客户区矩形 };

CalculateLayout()是关键：它先遍历m_data找出m_maxValue，再加 10% 余量防顶出；然后根据clientWidth计算单柱宽度（barWidth = (width - marginLeft - marginRight) / (data.size() + 1)），再为每根柱子预计算CRect。这样CChartPainter在绘图时，直接调GetBarRect(i)就拿到精确像素位置，避免每次重绘都重复计算——这是性能和稳定性的分水岭。

2.2 CChartPainter：GDI 绘图逻辑的原子封装

绘图不是堆Rectangle()，而是分阶段、有顺序、带状态管理。本方案将OnDraw()中的绘图拆为三个不可逆阶段：背景清空 → 坐标轴绘制 → 数据图形渲染。每个阶段用独立函数实现，便于调试和替换：

• DrawBackground(CDC* pDC, const CRect& rect)：用纯色或渐变画刷填充背景，避免默认灰色底干扰柱子颜色；
• DrawAxes(CDC* pDC, const CRect& plotArea)：画 X/Y 轴线、刻度线、文字标签，Y 轴刻度文字右对齐，X 轴标签居中于柱子下方；
• DrawBars(CDC* pDC, const CRect& plotArea, const CChartData& data)：核心！逐根绘制柱子，并叠加数值标签。

重点看DrawBars中画刷的使用逻辑：

void CChartPainter::DrawBars(CDC* pDC, const CRect& plotArea, const CChartData& data) { CPen pen(PS_SOLID, 1, RGB(0, 0, 0)); // 黑色边框 auto oldPen = pDC->SelectObject(&pen); for (int i = 0; i < data.m_data.size(); ++i) { CRect barRect = data.GetBarRect(i); // 1. 创建画刷：这里用纯色，但可扩展为渐变或图案画刷 CBrush brush(RGB(70, 130, 180)); // 钢蓝色 auto oldBrush = pDC->SelectObject(&brush); // 2. 绘制柱子矩形（注意：GDI 矩形 y 坐标向下增长，柱子需从上往下画） pDC->Rectangle(barRect); // 3. 恢复画刷，绘制数值标签（居中于柱子顶部上方 5 像素） pDC->SetBkMode(TRANSPARENT); pDC->SetTextColor(RGB(255, 255, 255)); CString valueStr; valueStr.Format(_T("%d"), data.m_data[i]); CSize textSize = pDC->GetTextExtent(valueStr); CPoint textPos( barRect.left + (barRect.Width() - textSize.cx) / 2, barRect.top - textSize.cy - 5 ); pDC->TextOut(textPos.x, textPos.y, valueStr); // 4. 清理：必须恢复 GDI 对象，否则下次绘图错乱 pDC->SelectObject(oldBrush); } pDC->SelectObject(oldPen); }

这段代码的关键设计点在于：画刷（CBrush）必须在每次Rectangle()前创建并选入 DC，绘制后立即恢复旧对象。MFC 的 GDI 对象管理是引用计数的，但若在循环中反复new CBrush而不delete，会内存泄漏；若共用一个画刷对象，多线程或快速重绘时可能被提前释放。此处采用栈上对象（CBrush brush(...)）自动析构，安全可靠。这也是为什么标题强调“画刷”——它不是可选项，而是控制视觉一致性与资源安全的核心杠杆。

2.3 CChartView：视图调度与交互响应中枢

CChartView继承自CView，它不碰任何绘图细节，只做三件事：

1. 数据注入：提供SetChartData(const CChartData& data)接口，接收外部数据并触发重绘；
2. 重绘调度：在OnDraw()中调用CChartPainter::DrawAll()，传入pDC和客户区矩形；
3. 基础交互：重载OnLButtonDown()实现点击柱子高亮（通过CChartData记录当前选中索引，DrawBars中特殊处理该柱子颜色）。

其OnDraw()极简：

void CChartView::OnDraw(CDC* pDC) { CChartDoc* pDoc = GetDocument(); ASSERT_VALID(pDoc); if (!pDoc->IsDataValid()) return; CRect clientRect; GetClientRect(&clientRect); // 1. 先让 painter 算布局（传入客户区尺寸） m_painter.CalculateLayout(clientRect.Width(), clientRect.Height(), pDoc->GetData()); // 2. 再执行完整绘制 m_painter.DrawAll(pDC, clientRect, pDoc->GetData()); }

这里CalculateLayout必须在DrawAll之前调用，因为绘图函数依赖CChartData中预计算的barRect。若顺序颠倒，柱子位置全错——这是新手最常踩的坑之一，也是本方案强制分离“计算”与“绘制”的根本原因。

3. 核心实现详解：从画刷创建到抗闪烁实战

绘图效果好不好，80% 取决于画刷（CBrush）、画笔（CPen）和设备上下文（CDC）的协同。本节不讲概念，只讲你在OnDraw()里真正要写的代码、要设的参数、要防的坑。

3.1 画刷的四种创建方式与适用场景

MFC 提供CBrush多种构造函数，选错会导致颜色不对、填充异常、甚至程序崩溃：

实际项目中，90% 的柱状图用纯色画刷足矣。但要注意：RGB(255, 0, 0)是纯红，而人眼对绿色更敏感，所以推荐用RGB(70, 130, 180)（钢蓝）或RGB(46, 139, 87)（海绿）——饱和度适中，打印时不发灰，投影不刺眼。若需区分多组数据，可用 HSL 色彩模型生成相邻色相，避免红/绿/蓝这种易色盲混淆组合。

3.2 抗闪烁：双缓冲不是银弹，关键是时机

MFC 默认重绘会闪烁，网上教程千篇一律教“加双缓冲”，但很多人照抄后发现更卡、内存暴涨、甚至窗口空白。根本原因是：双缓冲必须在正确时机启用，且缓冲 DC 必须与客户区严格对齐。

本方案采用轻量级双缓冲（非CMemDC类封装），在OnDraw()开头手动创建：

void CChartView::OnDraw(CDC* pDC) { CRect clientRect; GetClientRect(&clientRect); if (clientRect.IsRectEmpty()) return; // --- 双缓冲开始 --- CDC memDC; memDC.CreateCompatibleDC(pDC); CBitmap bitmap; bitmap.CreateCompatibleBitmap(pDC, clientRect.Width(), clientRect.Height()); CBitmap* pOldBitmap = memDC.SelectObject(&bitmap); // 清空缓冲区为白色（避免残留） CBrush whiteBrush(RGB(255, 255, 255)); memDC.FillRect(clientRect, &whiteBrush); // --- 在 memDC 上绘制全部内容 --- m_painter.DrawAll(&memDC, clientRect, m_chartData); // --- 双缓冲结束：一次性 BitBlt 到屏幕 --- pDC->BitBlt(0, 0, clientRect.Width(), clientRect.Height(), &memDC, 0, 0, SRCCOPY); // --- 清理：必须按创建逆序释放 --- memDC.SelectObject(pOldBitmap); bitmap.DeleteObject(); memDC.DeleteDC(); }

关键点有三：

1. CreateCompatibleBitmap的宽高必须与clientRect完全一致，差 1 像素就会拉伸变形；
2. FillRect必须用纯色刷清空缓冲区，不能依赖memDC默认背景（可能是黑或杂色）；
3. BitBlt后必须立即释放bitmap和memDC，否则每重绘一次就泄露一块内存——这是导致程序跑几分钟就卡死的元凶。

提示：若图表区域固定（如固定 600x400），可将bitmap提升为类成员，在OnSize()中重建，避免每次重绘都new/delete位图。但课程设计阶段，优先保证功能正确，再优化性能。

3.3 文字标注的像素级精调

柱状图没有数值标签等于没画完。但TextOut()默认左对齐，直接写TextOut(x, y, str)会导致数字悬在柱子左边或右边。必须计算文字宽度，实现水平居中、垂直居中（或顶部对齐）：

void CChartPainter::DrawValueLabel(CDC* pDC, const CString& text, int centerX, int topY, int padding = 5) { CSize textSize = pDC->GetTextExtent(text); // 居中：x = center - width/2；顶部对齐：y = topY + padding（因 TextOut 的 y 是基线） CPoint pos(centerX - textSize.cx / 2, topY + padding); // 设置文字背景透明，避免遮挡柱子 pDC->SetBkMode(TRANSPARENT); pDC->SetTextColor(RGB(255, 255, 255)); // 白字 pDC->TextOut(pos.x, pos.y, text); }

这里padding = 5是经验值：太小（如 2）文字紧贴柱顶显压抑，太大（如 10）显得松散。若柱子颜色深（如RGB(0, 0, 0)），白字对比度不够，应改用RGB(255, 215, 0)（金黄）或加文字描边（需用CDC::SetTextAlign(TA_OUTLINE)，但课程设计中过于复杂，不推荐）。

4. 常见问题排查：五处最容易翻车的细节

MFC 绘图是典型的“写十行，错八行，调两天”的领域。以下五条是某实验室近五年学生提交的 137 份 MFC 图表作业中，出现频率最高的硬性错误，每条都附真实现象、根因分析和一行修复方案。

4.1 现象：柱子画出来是空心的，只有黑色边框，内部透明

原因：CBrush对象未正确选入 DC，或选入后被后续SelectObject覆盖。常见于在for循环外创建画刷，循环内未重新选入。
解决：确保每次Rectangle()前都执行pDC->SelectObject(&brush)，且画刷作用域覆盖整个绘制块。不要写CBrush* pBrush = new CBrush(...); pDC->SelectObject(pBrush);—— 必须用栈对象或智能指针管理生命周期。

4.2 现象：窗口最大化后，柱子挤成一条线，或完全消失

原因：CalculateLayout()中用了固定像素值（如barWidth = 50），未根据clientRect动态计算。OnDraw()中未调用GetClientRect()获取最新尺寸。
解决：CalculateLayout()函数签名必须包含(int width, int height)参数，且在OnDraw()开头第一行获取客户区尺寸。禁止在CChartData构造函数中硬编码尺寸。

4.3 现象：重绘时文字重叠、模糊、出现残影

原因：未启用双缓冲，或双缓冲中忘记FillRect清空背景，导致上次文字残留。
解决：双缓冲代码中，memDC.FillRect(clientRect, &whiteBrush)必须存在，且whiteBrush颜色与预期背景一致。若背景需透明，改用CDC::SetBkMode(TRANSPARENT)并确保底层窗口已绘制。

4.4 现象：Y 轴数值从 0 开始，但柱子底部没对齐 X 轴线

原因：坐标映射时未将数据 0 映射到plotArea.bottom，而是错误地映射到plotArea.top或中间某点。
解决：在CalculateLayout()中，明确计算zeroY = plotArea.bottom - marginBottom，然后每根柱子高度为(data[i] * yScale)，顶部y = zeroY - height。记住：GDI 的 Y 轴向下增长，数值越大，像素坐标越靠下。

4.5 现象：中文标签显示为方块（□□□）

原因：TextOut()使用了默认字体（通常是 ANSI 字体），不支持 Unicode。MFC 默认新建CDC的字体是SYSTEM_FONT，非中文字体。
解决：在DrawAxes()或DrawValueLabel()开头，添加字体设置：

CFont font; font.CreateFont(14, 0, 0, 0, FW_NORMAL, FALSE, FALSE, 0, GB2312_CHARSET, OUT_DEFAULT_PRECIS, CLIP_DEFAULT_PRECIS, DEFAULT_QUALITY, DEFAULT_PITCH | FF_SWISS, _T("微软雅黑")); auto oldFont = pDC->SelectObject(&font); // ... TextOut ... pDC->SelectObject(oldFont); font.DeleteObject();

GB2312_CHARSET确保中文正确，_T("微软雅黑")是 Windows 通用中文字体。若目标系统无此字体，降级为"宋体"。

5. 验收与答辩：用三张图、两段代码、一个习惯征服评委

答辩不是秀代码量，而是证明你“懂原理、能修改、可交付”。我带过 12 届毕业设计，发现评委最常问的三个问题，其实都指向同一个验收标准：是否真正掌控了从数据到像素的每一环节。下面这套验收法，帮你把 30 分钟答辩变成 5 分钟展示。

5.1 验收三张图：覆盖全部关键路径

准备三张截图，按顺序放在 PPT 第一页，无需讲解，评委自己会看：

这三张图不用你口头解释，评委扫一眼就知道：你没抄模板，没拼凑代码，整个流程是活的。某次答辩，A 同学刚放出图3，评委直接说：“好，下一个问题——你刚才改的红色，是在哪个函数里改的？”

5.2 答辩两段代码：直击核心逻辑

当评委问“这个柱子颜色怎么控制的”，不要翻整个DrawBars()，只打开两个位置：

第一段：数据结构中的颜色字段
在CChartData.h中，指出新增的std::vector<COLORREF> m_barColors;，并说明：

“我在SetData()里初始化为默认蓝色，但提供SetBarColor(int index, COLORREF color)接口。这样，点击事件触发时，只改m_barColors[clickedIndex]，不碰任何绘图代码。”

第二段：绘图函数中的条件分支
在CChartPainter::DrawBars()中，定位到for循环内：

COLORREF barColor = (i == m_highlightIndex) ? RGB(255, 0, 0) : data.m_barColors[i]; CBrush brush(barColor); pDC->SelectObject(&brush); pDC->Rectangle(barRect); // 这里就用上了

“您看，颜色决策在数据层，绘图层只负责消费。如果以后要加渐变，我只要改CBrush创建逻辑，DrawBars主干完全不动。”

这两段代码加起来不到 10 行，却清晰展示了“数据驱动 UI”和“关注点分离”两大工程思想。评委要的不是你写了多少行，而是你是否知道哪几行最关键。

5.3 一个必做习惯：每次修改后强制走一遍“最小重绘路径”

这是我带学生时定的铁律：任何改动（哪怕只改一个 RGB 值），必须手动触发三次重绘并观察：

1. 窗口大小不变：按 Ctrl+F5 重新编译运行，看初始渲染；
2. 窗口缩小再放大：拖拽边框改变客户区，验证CalculateLayout()是否实时响应；
3. Alt+Tab 切换再切回：触发WM_PAINT，检验双缓冲是否扛住系统重绘压力。

有一次，A 同学改完画刷后只做了第1步，答辩时评委 Alt+Tab 切换，窗口瞬间花屏——因为双缓冲中bitmap未随OnSize()重建，旧位图尺寸小于新客户区。从那以后我每次带新人，都强制他们在 VS 中建一个宏：Ctrl+Shift+R自动执行“编译→运行→缩放→切换”四连操作。希望帮到你。

本文还有配套的精品资源，点击获取