简介：这份VC++6.0 MFC入门学习资料面向具备一定C/C++基础、希望系统掌握Windows应用开发的初学者。内容围绕如何学好VC展开，强调扎实的C++面向对象、模板与异常处理能力，建议先通过字符界面程序训练编程思维，再深入理解Windows消息机制、窗口句柄与GUI句柄的用途，并重点讲解MFC消息映射的作用与实现方式。资料还给出使用Help Online替代参考书、熟记常用消息名称与参数、阅读他人代码等实用学习策略，并附有选择参考书的原则，帮助读者循序渐进地理解消息队列、窗口过程与消息循环等核心概念。资源包为1个doc文档，大小521KB，结构紧凑，适合作为入门阶段的系统阅读材料。目前已有727人学习，可作为MFC初学者的入门参考。

1. VC++6.0 MFC 入门学习：为什么今天还有人要啃这块硬骨头

接手一台老设备的工控机，系统是 Windows XP，上面跑着一个用 VC++6.0 编译的 MFC 程序，源码还在，但原开发者早已离职。老板说：“加个按钮，弹个对话框，把实时数据画成曲线。”你打开 .dsw 工程文件，发现 IDE 是 1998 年的界面，连智能提示都时灵时不灵。这不是段子，是我上个月的真实经历。VC++6.0 MFC 入门学习这件事，在今天看来像是考古，但对维护老旧工业软件、军工配套系统、医疗设备上位机的工程师来说，它是绕不开的必修课。MFC 教程网上不少，但多数要么是 20 年前的扫描版教材，要么直接跳到 VS2019 的 MFC 向导，中间那段“怎么在 VC++6.0 里把对话框和状态栏玩明白”的空白，恰恰是新手翻车最多的地方。这篇文章不跟你扯 MFC 的宏大叙事，只讲一件事：在 VC++6.0 这个老平台上，从零把 MFC 的对话框、状态栏、按钮响应和实时数据图表跑通，顺便聊聊桌面软件开发用 MFC 还是 Qt 这个老生常谈的问题，在维护场景下到底怎么选。

2. VC++6.0 的 MFC 工程骨架：从 .dsw 到消息映射

2.1 为什么老项目还在用 VC++6.0 和 MFC

先把这个玄学问题说清楚。不是老工程师怀旧，而是迁移成本高得吓人。一套跑了十几年的 MFC 程序，底层可能绑着特定的硬件驱动、串口通信库、甚至内嵌汇编。你把它迁到 VS2022，光是 MFC 库的版本差异就能让界面错位、消息循环异常。更别提 VC++6.0 默认用的是 MBCS 字符集，而新版 VS 默认 Unicode，字符串处理稍不注意就是乱码。所以维护场景下，原地修改是性价比最高的选择。MFC 本身是微软对 Win32 API 的一层 C++ 封装，它把窗口、消息循环、GDI 绘图这些底层操作包装成类。VC++6.0 自带的 MFC 版本是 4.2，虽然老，但胜在稳定，生成的代码量小，编译速度快。对于只需要对话框和简单绘图的工控上位机，它完全够用。

2.2 用 MFC 向导生成第一个对话框工程

打开 VC++6.0，File → New → Projects → MFC AppWizard (exe)。工程名填DemoMFC，路径选一个没有中文和空格的目录。点 OK 后，向导第一步选Dialog based，这是最常用的模式，适合做工具类软件。后面几步保持默认，点 Finish。向导会生成三个核心文件：DemoMFC.cpp是应用类，DemoMFCDlg.cpp是主对话框类，StdAfx.h是预编译头。生成的对话框上默认有 OK 和 Cancel 两个按钮，直接编译运行，你能看到一个空白窗口。这一步的关键是理解 MFC 的文档-视图结构在这里被简化了，Dialog based 模式没有文档和视图，所有逻辑都堆在CDemoMFCDlg类里。对于小型工具，这种结构反而清晰。

2.3 消息映射：MFC 最核心的机制

MFC 不像 Qt 那样用信号槽，它用的是消息映射表。每个能响应消息的类，在头文件里有一组afx_msg开头的函数声明，在 cpp 文件里有BEGIN_MESSAGE_MAP和END_MESSAGE_MAP之间的宏。比如按钮点击，你双击对话框上的按钮，VC++6.0 会自动生成OnButton1()函数，并在消息映射表里加上ON_BN_CLICKED(IDC_BUTTON1, OnButton1)。这行宏的意思是：当 ID 为 IDC_BUTTON1 的按钮被点击时，调用 OnButton1 函数。理解这个机制，你才能手动添加自定义消息。比如你想让子线程通知主线程更新界面，就得自定义一个消息 ID，然后在消息映射表里关联处理函数。常见做法是#define WM_UPDATE_DATA WM_USER+100，然后在对话框类里声明afx_msg LRESULT OnUpdateData(WPARAM wParam, LPARAM lParam);，映射表里写ON_MESSAGE(WM_UPDATE_DATA, OnUpdateData)。这样线程里用PostMessage发消息，主线程就能安全地刷新控件。

3. 在 VC++6.0 里给 MFC 对话框加按钮并弹出实时数据图表

3.1 添加按钮和对话框资源

在资源视图里展开Dialog，双击IDD_DEMOMFC_DIALOG。从控件工具箱拖一个 Button 到对话框上，右键属性，把 Caption 改成“显示图表”，ID 改成IDC_BTN_SHOW_CHART。再拖一个 Static Text，ID 改成IDC_STATIC_STATUS，Caption 清空，用来显示状态信息。双击按钮，VC++6.0 会自动跳到OnBtnShowChart()函数。如果你需要弹出一个新的对话框来显示图表，还得插入一个 Dialog 资源：右键 Dialog → Insert Dialog，新对话框的 ID 设为IDD_DLG_CHART，在上面放一个 Picture Control，ID 为IDC_CHART_AREA，Type 选 Rectangle，用来作为绘图区域。然后双击新对话框，创建一个新类CChartDlg，基类选CDialog。这样你就有了两个对话框类，主对话框负责控制，图表对话框负责显示。

3.2 用 Picture Control 和 CDC 画实时曲线

MFC 里绘图的核心是CDC类。在CChartDlg里，你需要为 Picture Control 绑定一个CStatic变量，比如m_chartArea。然后在定时器里刷新数据并重绘。下面是一个最小可运行的绘图代码片段，放在CChartDlg::OnTimer里：

// 假设已经定义了成员变量：int m_nData[100]; int m_nCount; void CChartDlg::OnTimer(UINT nIDEvent) { if (nIDEvent == 1) { // 模拟产生新数据，实际项目中从串口或网络读取 for (int i = 0; i < 99; i++) m_nData[i] = m_nData[i + 1]; m_nData[99] = rand() % 100; // 随机数代替真实数据 // 获取 Picture Control 的矩形区域 CRect rect; GetDlgItem(IDC_CHART_AREA)->GetWindowRect(&rect); ScreenToClient(&rect); // 获取设备上下文，准备绘图 CDC* pDC = GetDlgItem(IDC_CHART_AREA)->GetDC(); pDC->FillSolidRect(&rect, RGB(0, 0, 0)); // 黑色背景 // 画坐标轴 CPen penAxis(PS_SOLID, 1, RGB(0, 255, 0)); pDC->SelectObject(&penAxis); pDC->MoveTo(rect.left + 10, rect.bottom - 10); pDC->LineTo(rect.right - 10, rect.bottom - 10); pDC->MoveTo(rect.left + 10, rect.top + 10); pDC->LineTo(rect.left + 10, rect.bottom - 10); // 画数据曲线 CPen penData(PS_SOLID, 2, RGB(255, 0, 0)); pDC->SelectObject(&penData); int xStep = (rect.Width() - 20) / 99; for (int i = 0; i < 99; i++) { int x1 = rect.left + 10 + i * xStep; int y1 = rect.bottom - 10 - m_nData[i] * (rect.Height() - 20) / 100; int x2 = rect.left + 10 + (i + 1) * xStep; int y2 = rect.bottom - 10 - m_nData[i + 1] * (rect.Height() - 20) / 100; pDC->MoveTo(x1, y1); pDC->LineTo(x2, y2); } ReleaseDC(pDC); } CDialog::OnTimer(nIDEvent); }

这段代码的逻辑很直白：每次定时器触发，把数组左移一位，末尾补一个新数据，然后清空绘图区，画坐标轴，再根据数据点连线。参数说明：m_nData数组存 100 个采样值，范围 0 到 100；xStep是每个数据点在 X 轴上的间距；Y 轴坐标做了翻转，因为屏幕坐标原点在左上角。注意GetDC和ReleaseDC必须成对出现，否则资源泄漏。定时器在OnInitDialog里用SetTimer(1, 200, NULL)启动，200 毫秒刷新一次，对于大多数工控场景够用了。

3.3 状态栏显示信息的两种做法

MFC 状态栏在 Dialog based 模式里默认没有，需要手动加。常见做法有两种。第一种是简单粗暴型：在对话框底部放一个 Static Text，ID 为IDC_STATIC_STATUS，需要更新时用SetDlgItemText(IDC_STATIC_STATUS, "正在采集...")。这种做法适合信息量少、不需要分栏的场景。第二种是标准状态栏：在对话框类里声明CStatusBar m_wndStatusBar;，然后在OnInitDialog里创建。但 Dialog 不是CFrameWnd，不能直接Create状态栏。变通做法是创建一个CStatusBar对象，手动指定位置和大小，或者干脆用一个CStatic模拟。我一般会用一个CStatic放在底部，设置SS_SUNKEN样式，看起来就像状态栏。如果你非要用真正的CStatusBar，得把主窗口改成CFrameWnd派生，那就不是 Dialog based 了。对于维护老项目，别折腾，用 Static Text 最稳。更新状态栏信息时，注意不要在子线程里直接调用SetDlgItemText，会崩溃。正确做法是子线程PostMessage自定义消息，主线程收到后更新。

4. VC++6.0 MFC 避坑：那些让新手崩溃的编译和运行问题

4.1 现象：编译报错 “fatal error C1010: unexpected end of file while looking for precompiled header directive”

原因：VC++6.0 默认使用预编译头StdAfx.h，如果你新建的 cpp 文件没有在开头#include "StdAfx.h"，就会报这个错。解决：在每个 cpp 文件的第一行加上#include "StdAfx.h"。如果是从别处拷贝的代码，检查一下有没有漏掉。另一个办法是在项目设置里关掉预编译头，但老项目不建议改，容易引发连锁问题。

4.2 现象：对话框上的控件运行时看不见，或者位置错乱

原因：VC++6.0 的资源编辑器用的是对话框单位（DLU），而实际显示时受系统 DPI 和字体影响。如果你在中文 Windows 上开发，又在英文 Windows 上运行，字体不同会导致控件偏移。解决：在OnInitDialog里手动调整控件位置，或者统一使用MS Sans Serif字体。更稳妥的做法是，在对话框属性里把 Font 改成宋体 9，这样在中英文系统下表现一致。如果控件完全看不见，检查是不是被另一个控件遮挡，或者Visible属性被误设为 false。

4.3 现象：程序在子线程里更新界面直接崩溃

原因：MFC 的控件不是线程安全的，子线程直接调用SetWindowText或GetDlgItem会导致断言失败或内存访问违规。解决：子线程通过PostMessage向主线程发送自定义消息，主线程的消息处理函数里再更新控件。不要用SendMessage，它会阻塞子线程直到主线程处理完，容易死锁。自定义消息用WM_USER + 100以上的值，避免和系统消息冲突。

4.4 现象：Release 版本运行正常，Debug 版本报 “Debug Assertion Failed”

原因：通常是数组越界或指针未初始化。MFC 在 Debug 版本里有严格的断言检查，Release 版本会忽略。比如m_nData[100]访问了第 101 个元素，Debug 下直接弹框。解决：仔细检查数组下标和循环边界。另一个常见原因是GetDC后没有ReleaseDC，导致 GDI 资源泄漏，Debug 下会触发断言。养成成对调用的习惯。

4.5 现象：状态栏文字刷新闪烁严重

原因：每次SetDlgItemText都会触发重绘，如果刷新频率高，闪烁明显。解决：用CWnd::SetRedraw(FALSE)暂停重绘，更新完再SetRedraw(TRUE)并Invalidate。或者改用CStatic的SetWindowText直接设置，减少中间重绘。如果还是闪，考虑双缓冲：在内存 DC 里画好，再BitBlt到屏幕。

5. 从 VC++6.0 到现代工具链：MFC 维护者的进阶习惯

5.1 用版本控制管住 .dsw 和 .dsp 文件

VC++6.0 的工程文件是文本格式的.dsp和.dsw，但编码是 ANSI，Git 默认按二进制处理。我一般会在项目根目录加一个.gitattributes文件，强制把.dsp和.dsw当文本处理，这样合并冲突时能看清差异。另外，.opt、.ncb、.plg这些文件是 IDE 自动生成的，必须加入.gitignore，否则每次打开工程都会变，提交记录全是噪音。血泪经验：有一次同事误提交了.ncb，导致整个团队拉取后 VS 智能提示全部失效，删掉才恢复。

5.2 用 Spy++ 定位消息和控件句柄

VC++6.0 自带 Spy++ 工具，在 Tools 菜单里。它可以实时查看窗口的消息流。比如你点击按钮没反应，用 Spy++ 找到按钮的句柄，看它有没有发出WM_COMMAND消息。如果消息发了但处理函数没执行，说明消息映射表写错了。Spy++ 还能查看窗口层级，帮你确认控件是不是被其他窗口遮挡。这个工具在排查界面问题时比调试器还直接。

5.3 桌面软件开发用 MFC 还是 Qt 的决策表

维护老项目时，这个问题绕不开。我的判断标准很简单，看三点：现有代码量、团队技能、交付时间。如果现有 MFC 代码超过 5 万行，且团队没人写过 Qt，强行迁移就是灾难。如果是从零开始的新项目，且需要跨平台，Qt 明显更合适。下面这张表是我在实际选型时用的：

如果你的场景是维护一台 2005 年出厂的数控机床上位机，选 MFC。如果是开发一套新的实验室数据采集软件，选 Qt。别跟风，看菜下饭。

5.4 一个具体技巧：用宏批量生成消息映射

老项目里经常要加几十个按钮，每个都要写消息映射，手写容易漏。我习惯用宏来批量生成。比如定义一个MAP_BUTTON(id, func)宏，展开成ON_BN_CLICKED(id, func)。然后在消息映射表里连续写MAP_BUTTON(IDC_BTN_1, OnBtn1)这样。虽然 VC++6.0 的预处理器比较老，但基本宏展开没问题。注意宏定义要放在BEGIN_MESSAGE_MAP之前，否则编译报错。这个技巧能省不少时间，但别滥用，宏太多会让调试变困难。

最后说个习惯：每次改完老项目，我都会在虚拟机里跑一遍完整流程，因为 VC++6.0 编译出来的程序在不同 Windows 版本上行为可能不一样。XP 上正常的，Win7 上可能因为 UAC 权限问题写文件失败。别问我是怎么知道的，问就是踩过。希望帮到你。

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