VC++6.0 MFC入门：消息映射与对话框程序实战指南

简介面向具备一定C/C基础、期望上手VC 6.0与MFC的初学者这份入门教程文档从宏观学习方法讲到具体的Windows消息机制。文中先介绍学好VC的九条建议先编写字符界面程序打牢语言基本功多使用Help Online少依赖参考书学会阅读他人代码并养成循序渐进的学习习惯。随后重点剖析Windows的消息驱动体系涵盖消息的组成、窗口句柄的作用、窗口过程对消息的分流、默认窗口过程的兜底处理以及消息队列与消息循环在多任务环境下的调度逻辑配合伪代码示例便于理解。在MFC部分文档结合C的封装、继承与多态性说明其开发优势并通过BEGIN_MESSAGE_MAP等宏示范消息映射的注册与分派机制让读者清楚事件响应是如何被框架自动组织的。阅读后可以快速建立Windows窗口程序开发的整体框架并掌握常见消息处理的排查思路。资源共1个doc文件压缩包仅521KB内容紧凑、原理阐述清晰。已有727人学习浏览适合作为系统化学习MFC的入门读物。1. VC6.0 MFC不是古董是Windows桌面快速交付的一条老路很多人一看到VC6.0就皱眉觉得那是上个世纪的古董但实际上今天仍有大量存量系统、工业控制软件和教学环境跑在这条技术栈上。MFC也就是微软基础类库把Win32 API的窗口、消息、控件封装成C类让开发者用面向对象的方式写Windows桌面程序。VC6.0 MFC入门学习这件事本质上是两件事一是搞懂MFC的消息机制和类层次二是用VC6.0这个老而稳的IDE把对话框、控件、文件读写这些高频需求快速落地。它特别适合那些要维护老项目、接手工控上位机、或者在学校里搞课程设计的人。如果你已经有C基础学MFC能让你在一周内做出一个带界面的可用工具这个速度在今天的Web技术栈里很难复现。2. MFC四大类与消息映射程序骨架决定上手速度2.1 MFC四大类CWinApp、CFrameWnd、CDocument、CView的分工MFC程序的基本骨架由四个核心类支撑网上常说的“MFC四大类”就是指CWinApp、CFrameWnd、CDocument、CView对话框程序里CDocument和CView会被CDialog替代。这四者各管一段CWinApp代表应用程序本身负责初始化、启动消息循环、处理命令行参数CFrameWnd是主窗口框架负责窗口的创建、大小、菜单和工具栏CDocument管理数据比如一个文本编辑器里的字符串内容CView负责把数据渲染到窗口上并接收用户交互。文档与视图分离数据变了视图刷新视图操作了数据再由文档保存这是一套经典的MVC雏形。在VC6.0里打开一个用AppWizard生成的单文档工程你会发现源代码里有一个全局对象比如class CMyApp : public CWinApp { public: virtual BOOL InitInstance(); }; CMyApp theApp; // 全局对象构造在main之前完成程序真正执行的入口是WinMain但MFC已经在库里把它实现了它会先去寻找这个全局的theApp对象调用它的InitInstance。你重写InitInstance在里面创建主窗口MFC接着调用Run进入消息循环。这个启动顺序决定了你后续在哪里做初始化、在哪里做清理如果在InitInstance里忘了调用基类或返回FALSE窗口就会一闪而过。所以入门第一步不是急着贴控件而是看懂这一个对象的生命周期。2.2 消息映射从BeginMessageMap到END_MESSAGE_MAP的查找顺序MFC的一大特点是“消息映射表”它用宏把Windows消息和C成员函数绑定起来。比如你给一个按钮添加点击响应ClassWizard会在头文件里声明一个afx_msg函数在实现文件里用ON_BN_CLICKED宏把消息ID和函数关联起来BEGIN_MESSAGE_MAP(CMyDlg, CDialog) ON_BN_CLICKED(IDC_BTN_TEST, CMyDlg::OnBnClickedTest) END_MESSAGE_MAP()这里的BEGIN_MESSAGE_MAP声明了这张表的开始ON_BN_CLICKED是消息条目END_MESSAGE_MAP结束表。MFC在收到WM_COMMAND消息时会沿着消息映射表逐条查找先查当前类查不到就查基类直到找到对应处理函数。查找顺序是从派生类到基类所以你在子类里重写处理函数时基类的同名函数不会被调用除非你显式调用它。这是MFC新手最容易迷糊的地方以为像虚函数一样会自动向上传递实际上消息映射表更像一张静态的查找表需要你自己决定是否调用基类版本。消息映射的查找顺序还涉及一个实际调试问题当你觉得某个控件点击没反应时先看ID是否写对了。ClassWizard生成的消息映射条目用的是资源头文件里的ID一旦你在资源编辑器里改了控件ID老的处理函数还在映射表里但控件找不到新ID函数就不会被调用。这类问题比写错代码逻辑更隐蔽因为编译器不会报错。2.3 文档视图与对话框二选一什么项目选哪条路MFC工程向导会让你在“单文档/多文档/对话框”里选一条路这个选择直接影响后续开发效率。文档视图程序适合做编辑器、浏览器、看图器这类“一个主窗口容纳可变内容”的应用它天然支持文档读写和视图切分。而对话框程序适合做计算器、配置面板、串口调试助手、上位机控制界面这类“控件布局密集、交互固定”的工具对话框本身就是窗口不需要额外的文档视图框架。哪种更值得入门学我的建议是对话框程序优先。VC6.0的AppWizard里对话框工程生成代码最少只有一个CAboutDlg一个主对话框类你可以把注意力集中在消息映射和控件操作上而不是被SDI/MDI的框架文件绕晕。等你把对话框程序里的事件处理、控件数据交换搞熟了再回头学文档视图骨架更容易理解。文档视图解决的是“数据与界面分离”的问题对话框解决的是“快速拼出一个能用的界面”的问题入门阶段后者上手更快成就感更强。对比项对话框程序单文档程序生成代码量少约3个类多约5个类以上适合场景工具型界面、控制面板文档编辑、数据展示数据管理成员变量手动维护CDocument标准封装学习成本低高3. 用向导搭建对话框工程从AppWizard到“打开按钮不闪退”3.1 AppWizard的选项怎么勾从New到Dialog based的完整路径在VC6.0里点File - New - Projects选“MFC AppWizard(exe)”填好工程名后一路Next到第三步会让你选程序类型。这里有两个关键选项一个是“Dialog based”另一个是“Use MFC in a static library”还是“Use MFC in a shared DLL”。日常入门我一般选Dialog based加Shared DLL理由是生成的可执行文件小并且VC6的安装包里自带MFC DLL开发机上不会缺运行库。如果是要发给没有VC6环境的机器运行再改成静态库但静态库的坑我在第5章会专门讲。向导里还有几个附加选项比如“ActiveX Controls”和“Windows Sockets”支持。如果只是做本地工具这两个可以不勾勾了会多生成一堆无关代码初学者看着云里雾里。最底部还有一个“生成的注释”选项保持勾选它会在代码里生成中文或英文注释对照着学非常有用。向导走完VC6会为你生成一个最小可运行的对话框程序按F7编译、F5运行你会看到一个空的对话框窗口上面带一个“确定”按钮。3.2 生成的工程文件清单每个文件是干什么的对话框工程生成后工作区里会有几个文件新手最好先认一遍。以你命名成MyDlg的工程为例主要文件有文件作用MyDlg.dsw / MyDlg.dsp工程工作区和项目文件VC6用它管理编译配置MyDlg.h / MyDlg.cppCMyDlgApp类程序入口InitInstance所在MyDlgDlg.h / MyDlgDlg.cpp主对话框类你的大部分代码写在这里Resource.h资源ID定义所有控件ID都在这里定MyDlg.rc资源描述文件对话框布局、字符串、图标都在里面Resource.h和MyDlg.rc是一对你在资源编辑器里拖一个按钮VC6自动在rc里加一条控件定义同时在Resource.h里分配一个ID。如果你手动改ID导致两者不一致轻则编译报错重则运行时不响应。新手最容易犯的错是在资源编辑器里删掉一个控件后代码里还引用它的ID编译能过但运行时对话框创建失败。3.3 把按钮接上点击响应ClassWizard的三步操作最经典的“Hello MFC”是给按钮加一个点击弹窗。在对话框上放一个Button双击它或者按CtrlW打开ClassWizard切到Member Variables页签可以给控件绑定变量切到Message Maps页签可以添加消息处理函数。选好控件ID再双击BN_CLICKED右侧的消息VC6会自动在类里生成处理函数声明和空实现。生成后的代码分三处头文件里多了一个声明// MyDlgDlg.h public: afx_msg void OnBnClickedBtnOpen();实现文件里多了一个消息映射条目和函数体// MyDlgDlg.cpp BEGIN_MESSAGE_MAP(CMyDlgDlg, CDialog) ON_BN_CLICKED(IDC_BTN_OPEN, CMyDlgDlg::OnBnClickedBtnOpen) END_MESSAGE_MAP() void CMyDlgDlg::OnBnClickedBtnOpen() { AfxMessageBox(_T(按钮被点击了)); }这三个部分缺一不可头文件的声明告诉编译器这个类有这样一个成员函数实现文件的消息映射条目把按钮ID和函数绑定函数体才是业务逻辑。如果你自己手写而不是靠ClassWizard生成很容易漏掉头文件里的afx_msg声明编译报错还算好的更隐蔽的是ID写错函数不被调用。在VC6环境里能用ClassWizard就尽量用它作的修改是规范且一致更新的血泪经验告诉我手写消息映射是新手“翻车”的最高频原因。4. 五个直接可抄的控件场景按钮颜色、BMP显示、CPU ID与列表操作4.1 CButton按钮颜色设置OnCtlColor返回画刷的完整步骤给MFC对话框里的按钮换个背景色原理是让按钮所在的对话框处理WM_CTLCOLORBTN消息。在ClassWizard里选择主对话框类找到WM_CTLCOLORBTN消息添加处理函数OnCtlColor。在这个函数里判断当前控件ID返回对应画刷HBRUSH CMyDlgDlg::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor) { HBRUSH hbr CDialog::OnCtlColor(pDC, pWnd, nCtlColor); if (nCtlColor CTLCOLOR_BTN pWnd-GetDlgCtrlID() IDC_BTN_OPEN) { pDC-SetTextColor(RGB(255, 0, 0)); // 按钮文字红色 pDC-SetBkColor(RGB(255, 255, 0)); // 按钮背景黄色 return m_brYellow; // 返回黄色画刷 } return hbr; }函数里的参数pDC是设备上下文pWnd是发出该消息的控件指针nCtlColor告诉你是哪种控件。SetTextColor设置文字颜色SetBkColor设置背景色最后返回的画刷必须是一个有效的HBRUSH所以你要在对话框初始化时创建它BOOL CMyDlgDlg::OnInitDialog() { CDialog::OnInitDialog(); m_brYellow.CreateSolidBrush(RGB(255, 255, 0)); // 创建黄色画刷 return TRUE; }一个常见的坑是如果你在资源编辑器里给按钮勾选了“Owner Draw”属性WM_CTLCOLORBTN消息不会触发按钮会走完全不同的自绘流程。颜色不生效时先检查这个属性把Owner Draw去掉用OnCtlColor才是正路。4.2 在MFC对话框里显示BMP图片LoadImage与CStatic绑定显示一张外部BMP图片最简单的做法是把一个Picture Control控件放到对话框上用LoadImage把BMP文件加载成HBITMAP再SetBitmap给控件void CMyDlgDlg::OnBnClickedShowBmp() { HBITMAP hBmp (HBITMAP)LoadImage( AfxGetInstanceHandle(), _T(C:\\test.bmp), IMAGE_BITMAP, 0, 0, LR_LOADFROMFILE); if (hBmp ! NULL) { m_picture.SetBitmap(hBmp); // m_picture是Picture Control的控件变量 } else { AfxMessageBox(_T(图片加载失败)); } }LoadImage的第三个参数是图片类型固定IMAGE_BITMAP第四第五个参数是宽高填0表示按图片原始尺寸加载第六个参数LR_LOADFROMFILE表示从文件加载不带这个标志会尝试从资源里找结果就是加载失败。注意SetBitmap之后旧的位图句柄如果不打算用了应该DeleteObject释放否则反复加载几张图后GDI资源会耗尽程序越跑越卡直到界面白屏。4.3 获取CPU ID内联汇编与GetSystemInfo的取舍获取CPU信息在VC6时代有个老问题__cpuid这个内部函数在VC6的intrin.h里支持不完整很多老工程直接用内联汇编。要读取CPU厂商字符串常规做法是执行cpuid指令一次从EBX、EDX、ECX三个寄存器拼出12个字符char szCpuVendor[16] {0}; _asm { mov eax, 0 cpuid mov dword ptr [szCpuVendor], ebx mov dword ptr [szCpuVendor 4], edx mov dword ptr [szCpuVendor 8], ecx } CString strVendor szCpuVendor; AfxMessageBox(strVendor);cpuid指令的Eax0表示请求返回厂商字符串执行后EBX、EDX、ECX三个寄存器分别存放字符串的前中后四个字节合起来就是“GenuineIntel”或“AuthenticAMD”。如果你是拿CPU信息做软件授权绑定建议用内联汇编的版本保持代码风格跟老工程一致维护成本低。如果只是拿一个整型编号也可以用GetSystemInfo但它只提供OEM ID和处理器架构不提供CPU序列号两者用途完全不同。4.4 获取列表总列数与文件是否存在两个高频小函数CListCtrl在Report风格下要获取总列数有一个容易被埋没的函数链int CMyDlgDlg::GetListColumnCount() { CHeaderCtrl* pHeader m_listCtrl.GetHeaderCtrl(); if (pHeader NULL) return 0; return pHeader-GetItemCount(); }GetHeaderCtrl返回的就是列表控件顶部的那个表头控件它内部维护着所有列的信息GetItemCount直接返回列数。如果列表没有设置LVS_REPORT风格GetHeaderCtrl返回NULL所以函数开头要判空。还有另外一种写法是循环GetColumn每成功一次列数加一但性能远不如直接拿表头控件数。判断文件是否存在用GetFileAttributes比用CFile::Open更干脆DWORD dwAttr GetFileAttributes(_T(C:\\config.ini)); if (dwAttr INVALID_FILE_ATTRIBUTES) { AfxMessageBox(_T(文件不存在)); } else { AfxMessageBox(_T(文件存在)); }GetFileAttributes除了判断文件是否存在返回值里还带文件属性标志比如FILE_ATTRIBUTE_DIRECTORY表示这是目录FILE_ATTRIBUTE_READONLY表示只读。如果你要区分“文件不存在”和“路径是目录”比较dwAttr的值即可。4.5 在MFC程序里使用libxl库Excel读写的基本套路如果MFC程序要读取或生成Excel文件常见做法是用libxl这个第三方库它不依赖Office COM部署方便。VC6下使用libxl的标配流程是把libxl的头文件和lib文件路径加进工程然后在代码里调用#include libxl.h using namespace libxl; Book* book xlCreateBook(); if (book ! NULL) { Sheet* sheet book-addSheet(_T(Sheet1)); if (sheet ! NULL) { sheet-writeStr(0, 0, _T(姓名)); sheet-writeNum(1, 0, 1234.5); book-save(_T(C:\\out.xls)); } book-release(); }xlCreateBook创建的是xls格式的bookxlCreateXMLBook才是xlsx格式这个函数选择是新手最容易犯的错。writeStr的第一个参数是行索引第二个是列索引都是从0开始writeNum写入数字writeStr写入字符串。最后的release必须调用否则内存泄漏。库分Debug和Release版本分别对应不同的lib文件配置错的话链接阶段会报一堆无法解析的外部符号。5. MFC入门避坑清单闪退、创建失败与内存泄漏的排查顺序5.1 一点击“打开”就闪退CFileDialog的缓冲区没给够现象在VC6.0的MFC对话框里加了一个“打开”按钮点击后文件对话框弹出来选好几个文件点确定程序瞬间闪退没有任何报错。这个问题在论坛上被反复问很多人以为是系统兼容性问题其实是CFileDialog多选时的缓冲区长度的经典坑。CFileDialog内部使用OPENFILENAME结构其中lpstrFile指向的文件名缓冲默认长度有限多选文件时所有路径拼在一起超过了缓冲区越界写入直接导致程序崩溃。原因明确后解决起来就简单了自己分配一个足够大的缓冲区再塞回结构体里void CMyDlgDlg::OnBnClickedBtnOpen() { CFileDialog dlg(TRUE, NULL, NULL, OFN_FILEMUSTEXIST | OFN_ALLOWMULTISELECT, NULL, this); TCHAR szBuffer[32768] {0}; // 32KB缓冲满足多选需求 dlg.m_ofn.lpstrFile szBuffer; dlg.m_ofn.nMaxFile sizeof(szBuffer) / sizeof(TCHAR); if (dlg.DoModal() IDOK) { POSITION pos dlg.GetStartPosition(); while (pos ! NULL) { CString strPath dlg.GetNextPathName(pos); AfxMessageBox(strPath); } } }GetStartPosition返回第一个文件的位置GetNextPathName每调用一次返回一个完整路径并把指针移到下一个。如果你只是想选单个文件把OFN_ALLOWMULTISELECT去掉闪退问题自然也不会发生。但如果你勾选了多选就必须处理缓冲区问题。5.2 MFC静态库中对话框创建失败资源ID冲突与模块状态现象工程设置为“Use MFC in a static library”后生成的exe运行到DoModal时返回-1对话框弹不出来而换成共享DLL编译就一切正常。原因静态链接MFC时整个MFC库的代码和资源都进到你的exe里。如果工程里存在两个具有相同ID的对话框模板或者资源ID与MFC内部使用的标准ID重号DoModal找不到正确的模板就会失败。另一个常见原因是模块状态没有切换比如你从DLL里调用exe的对话框静态MFC下必须用AFX_MANAGE_STATE宏管理模块句柄。void CMyDlgDlg::OnBnClickedCall() { AFX_MANAGE_STATE(AfxGetStaticModuleState()); // 这里的MFC调用如果仍然失败检查资源ID是否重复 CMyChildDlg dlg; if (dlg.DoModal() -1) { AfxMessageBox(_T(对话框创建失败)); } }排查顺序是先打开Resource.h检查所有ID号是否有重叠特别是对话框ID对着控件的ID段里取值再检查InitInstance里是否调用了AfxEnableControlContainer。如果这两项都正常就把工程设置为共享DLL跑一遍排除静态库特有的链接问题。静态MFC包体积大但部署省事适合发给没有VC6环境的目标机器。5.3 CString内存泄漏CStringArray的删除陷阱现象程序退出时VC6的输出窗口提示检测到内存泄漏锁定位置在CString相关代码上。原因多半出在CStringArray的使用方式上。VC6的CString在Debug模式下自带泄漏检测但它只在“你直接new了CString对象但没delete”或“CStringArray里存的是CString*指针但只清空了数组”的时候才会报告。例如你在程序里用了一个CStringArray成员变量来存字符串每次添加一个新的CString对象CStringArray m_arrStrings; // 不要这样存指针除非你记得释放 m_arrStrings.Add(new CString(_T(hello))); // 退出前只RemoveAll会泄漏需要先释放每个元素 for (int i 0; i m_arrStrings.GetSize(); i) { delete m_arrStrings.GetAt(i); } m_arrStrings.RemoveAll();如果数组里存的是CString对象本身比如Add(str)那RemoveAll就够了不需要deletedelete反而会崩溃。这条经验的核心是区分数组元素是“对象”还是“对象指针”。VC6的内存泄漏报告在很多情况下并不指向真正泄漏的那一行它只给你一个分配时的调用栈你要根据调用栈往前找是谁分配了这块内存不要盯着CString的构造函数发呆。5.4 dumpcont.cpp的ATLTRACE警告调试输出不等于崩溃现象程序运行到某个对话框关闭时Output窗口出现“f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\dumpcont.cpp(23) : atltracegeneral”之类的输出。很多新手看到这条信息以为程序要挂了其实是MFC的CTrace输出那行路径来自VS2003/2005时代的MFC头文件你在VC6里编译老工程时偶尔也会带出来。它只在Output窗口显示不影响Release运行。原因是CObject的Dump函数在调试状态下输出对象的内部状态比如类名和成员变量值。解决方式是如果你用的是ClassWizard自动生成的代码Dump函数里默认调用了CDialog::Dump当你手动调用Dump或调试器求值时就会触发。这不是错误你只需要记住看到atltracegeneral开头的行后面跟着的不是语法箭头“ error”就可以直接忽略。5.5 从高版本Visual Studio迁移回VC6的控件消失问题现象把一个高版本VS里写的对话框程序复制到VC6里编译窗口能弹出来但上面的按钮、编辑框全部消失只剩一个光秃秃的对话框。原因有两种一是新版VS生成rc资源文件里控件语法包含VC6不识别的新特性比如“CONTROL”里带ex样式或者自定义类二是Resource.h里的ID定义和高版本不同步VC6读不到正确的ID值。解决方式先用记事本打开高版本生成的rc文件把每个对话框模板里的CONTROL语句逐行检查去掉VC6不认识的关键词。最稳妥的做法是在VC6里新建一个空对话框工程然后把高版本工程里的对话框模板用文本方式复制过去逐个调整控件ID。这个工作很枯燥但它能同时排查出ID冲突、资源语法兼容两个问题。迁回VC6本身就不是一条顺路能避免就尽量避免非做不可时留出半小时手动修rc文件的预算。6. 综合练习用对话框做一个能计算的两位数四则运算器把前面所有知识串起来最好的办法是做一个类似于Windows自带计算器的简化版支持两位数的加减乘除。设计故意限定在两位数是为了彻底避开复杂的输入校验逻辑把注意力放在消息映射、控件取值和结果显示上这个范围对入门者最友好。在对话框上放两个Edit控件用来输入操作数一个Combo Box用来选择运算符一个“计算”按钮一个Static控件显示结果。给两个编辑框绑定int型成员变量也可以不绑变量直接通过控件取值。注意GetDlgItemInt只能读整数如果输入小数或非法字符它会按0处理所以这里有一个容易翻车的细节要做乘法除法最好的方式是读文本再转数值void CCalcDlgDlg::OnBnClickedCalc() { CString strA, strB; GetDlgItemText(IDC_EDIT_A, strA); GetDlgItemText(IDC_EDIT_B, strB); double a _tstof(strA); double b _tstof(strB); int nSel m_comboOp.GetCurSel(); double result 0; CString strResult; switch (nSel) { case 0: result a b; break; case 1: result a - b; break; case 2: result a * b; break; case 3: if (b 0.0) { AfxMessageBox(_T(除数不能为0)); return; } result a / b; break; default: AfxMessageBox(_T(请选择运算符)); return; } strResult.Format(_T(%.2f), result); SetDlgItemText(IDC_STATIC_RESULT, strResult); }GetDlgItemText是对话框类的成员函数把控件ID对应的文本读进CString_tstof把字符串转成double。Format里的%.2f控制小数点后两位这是一个很实用的显示精度控制超出两位自动四舍五入。关键边界条件是除零必须主动判断b是否等于0否则double类型会给一个INF显示出来的结果会让用户觉得程序坏了。做完这个计算器你可以试着给自己加需求支持连续运算把上一次的结果作为下一个操作数支持键盘回车触发计算把计算历史记录到CListCtrl里。每加一个需求你都会碰到一个具体的坑比如连续运算需要考虑结果回填、键盘事件要在PreTranslateMessage里拦截、历史记录要处理滚动条。我的习惯是每完成一个功能就F7编译一次不累积错误宁可多花时间在断点里走一遍消息分发也不要在代码堆里猜。MFC入门就是这样一个反复“看得见结果”的过程对话框弹出来、按钮响应、数据正确每一步的反馈都直接且及时。希望这些路径和边界能帮你在VC6.0上少走几段弯路把时间花在真正值得打磨的逻辑上。本文还有配套的精品资源点击获取