简介本资源是《精通MFC光盘》配套源代码包面向Windows桌面开发初学者及C中级程序员系统解决MFC框架下窗口编程、消息机制、文档/视图架构、GDI/GDI绘图、多线程、DLL与COM组件等核心难点。压缩包含1114个文件总计8.01MB以229个.cpp和279个.h文件构成主体代码结构辅以56个.vcproj工程文件、50个.rc资源脚本、42个.manifest清单及大量.ico、bmp、html等资源文件完整复现全书16章全部示例项目涵盖对话框、HTML视图、序列化、动态链接库封装、COM自动化组件及.NET混合编程等典型场景。内容预览显示大量APS资源符号表文件印证其为Visual Studio 2005–2008时代标准MFC工程体系结构规范、模块清晰便于逐章对照学习与调试。已有514人下载学习是深入理解MFC底层机制与实战开发不可多得的完整参考代码集。1. 这不是一本“过时”的书MFC 光盘源代码是 Windows 桌面开发的活体标本专治 C GUI 工程落地难、调试黑匣子、消息循环玄学你可能在某次维护遗留系统时被一个OnLButtonDown不触发的问题卡住三小时也可能在用现代框架写完界面后突然发现无法嵌入某个老设备要求的 ActiveX 控件——这时候翻出一张落灰的光盘里面是《精通MFC》附赠的完整可编译工程反而比 Stack Overflow 上最新答案更管用。这不是怀旧而是 Windows 原生 GUI 开发的「最小可行知识闭环」它不讲抽象设计模式但每个.cpp文件都带着#pragma comment(lib, comctl32.lib)这种血泪经验它没用 CMake却用#ifdef _DEBUG精确控制资源释放路径它甚至保留了 VC6.0 时代必须手动调用AfxEnableControlContainer()才能加载 OCX 的原始写法。这份源代码不是教学玩具而是某高校实验室过去十年里所有学生课程设计、毕业项目、横向课题中真正跑起来过的 MFC 实战基线——它解决的从来不是“怎么画按钮”而是“为什么按钮点了没响应”“为什么对话框一关闭就崩”“为什么多线程更新 ListCtrl 会花屏”。适合正在啃 Win32 API 文档却卡在WM_COMMAND分发逻辑、或接手 MFC 遗留模块却不敢动DoDataExchange流程的 C 工程师。别急着关页面下面这五步带你把这张光盘里的东西变成你本地能断点、能改、能验证的活体工程。2. 从光盘镜像到可调试工程VC6.0 兼容性重建与项目结构解剖2.1 光盘内容识别与文件完整性校验光盘根目录通常包含三个核心部分SOURCE\所有.cpp/.h/.rc源码、PROJECTS\按章节组织的.dsp/.dsw工程文件、BIN\预编译的.exe和.dll。注意不要直接双击.exe—— 它们是为 Windows XP SP2 编译的现代系统会因 manifest 缺失或 UAC 权限拒绝启动。正确做法是进入PROJECTS\CH05_DIALOG\目录找到DialogDemo.dsp不是.sln用 Visual Studio 2019 或 2022 打开时会自动触发向导。此时 VS 会提示“此项目使用旧版项目格式是否转换”必须选“否”。原因.dsp文件中硬编码了$(VCInstallDir)atl\include路径和WINVER0x0400宏定义一旦转换CDialog::OnInitDialog()中调用SetWindowPos(NULL, 0, 0, 0, 0, SWP_NOMOVE|SWP_NOSIZE)会因SWP_NOSIZE在 Win10 上语义变化而失效。我们保留原格式仅做轻量适配。2.2 VC6.0 工程迁移关键四步补丁打开DialogDemo.dsp后需手动修改以下四类配置右键项目 → 属性# 【配置属性】→【常规】→【字符集】改为“使用多字节字符集”不是 Unicode # 【配置属性】→【C/C】→【预处理器】→【预处理器定义】追加 _CRT_SECURE_NO_WARNINGS;_SCL_SECURE_NO_WARNINGS # 【配置属性】→【链接器】→【输入】→【附加依赖项】删掉 odbc32.lib odbccp32.lib现代系统已弃用保留 comctl32.lib winmm.lib # 【配置属性】→【链接器】→【清单文件】→【启用清单】设为“否”避免 manifest 冲突导致窗口白屏提示_CRT_SECURE_NO_WARNINGS是必须加的。MFC 6.0 源码大量使用strcpy,sprintf等函数VS2019 默认开启安全检查会报 C4996 错误。这不是鼓励不安全写法而是尊重历史代码的执行上下文——你在调试一个CListCtrl插入 5000 行数据卡顿问题时不该被编译器拦在第一行。2.3 源码目录树还原为什么resource.h必须和.rc同目录光盘中SOURCE\CH05_DIALOG\下有DialogDemo.cpp,MainFrm.cpp,DialogDemo.rc,resource.h四个文件。注意resource.h里定义的#define IDD_DIALOG1 101必须与DialogDemo.rc中IDD_DIALOG1 DIALOGEX 0, 0, 300, 200的 ID 严格一致。常见翻车点有人把resource.h放到INCLUDE/目录下在.rc文件顶部写#include ..\INCLUDE\resource.h结果编译时 RC 编译器找不到宏定义生成的DialogDemo.res里控件 ID 全是 0运行时GetDlgItem(IDC_EDIT1)返回 NULL。正确做法是让resource.h和.rc处于同一目录层级并在.rc中写#include resource.h。这是 MFC 资源编译链的硬约束不是风格问题。2.4 工程依赖图谱afxwin.h如何决定你的编译成败整个工程的头文件依赖链始于stdafx.h其核心是// stdafx.h #include afxwin.h // MFC core and standard components #include afxext.h // MFC extensions (e.g., CScrollView) #include afxdisp.h // OLE automation classes #include afxdtctl.h // Internet Explorer 4 Common Controls其中afxdtctl.h是关键陷阱它要求系统安装 IE4 的 comctl32.dll 版本 ≥ 4.71。若在纯净 Win10 环境下编译失败错误提示为error C2065: COleControlSite : undeclared identifier本质是afxdtctl.h里#include oleidl.h失败。解决方案不是重装 IE而是注释掉stdafx.h中#include afxdtctl.h除非你真要嵌入 WebBrowser 控件并在DialogDemo.cpp中显式添加#ifdef _AFXDLL #pragma comment(lib, comctl32.lib) #endif这样既满足链接需求又绕过头文件污染。3. 消息映射机制实战从ON_COMMAND到ON_NOTIFY的三层穿透调试3.1BEGIN_MESSAGE_MAP不是宏是编译期类型擦除的入口打开DialogDemo.cpp找到BEGIN_MESSAGE_MAP(CDialogDemoDlg, CDialog) ON_WM_PAINT() ON_WM_QUERYDRAGICON() ON_BN_CLICKED(IDC_BUTTON1, CDialogDemoDlg::OnBnClickedButton1) END_MESSAGE_MAP()这里ON_BN_CLICKED不是简单函数指针注册。它展开后实际是{ WM_COMMAND, CN_COMMAND, (WORD)IDC_BUTTON1, (WORD)BN_CLICKED, AfxSig_vv, (AFX_PMSG)(void (AFX_MSG_CALL CDialogDemoDlg::*)(void))CDialogDemoDlg::OnBnClickedButton1 }关键点在于CN_COMMAND值为 0和(WORD)BN_CLICKED值为 0的组合。当按钮被点击系统发送WM_COMMAND消息MFC 框架在CWnd::OnCommand()中解析HIWORD(wParam)得到通知码BN_CLICKED0再比对LOWORD(wParam)控件 ID和lParam控件句柄三者全匹配才调用目标函数。这意味着如果你在OnBnClickedButton1中调用GetDlgItem(IDC_BUTTON1)-GetSafeHwnd()返回的 HWND 与lParam值相等——这是验证消息路由正确的最直接证据。3.2ON_NOTIFY的隐藏参数NMHDR*里藏着谁在说话在CH08_TREEVIEW\TreeViewDemo.dsp中CTreeCtrl的节点点击用的是ON_NOTIFYON_NOTIFY(TVN_SELCHANGED, IDC_TREE1, CTreeViewDemoDlg::OnTvnSelchangedTree1)其回调函数签名必须是void CTreeViewDemoDlg::OnTvnSelchangedTree1(NMHDR *pNMHDR, LRESULT *pResult) { LPNMTREEVIEW pNMTreeView reinterpret_castLPNMTREEVIEW(pNMHDR); HTREEITEM hItem pNMTreeView-itemNew.hItem; // 新选中节点句柄 CString strText; GetDlgItem(IDC_TREE1)-GetItemText(hItem, strText); // 安全获取文本 *pResult 0; }注意pNMHDR是基类指针必须强制转为LPNMTREEVIEW才能访问itemNew字段。常见错误是直接((LPNMTREEVIEW)pNMHDR)-itemNew.hItem这在 Release 模式下因内存对齐差异会读到垃圾值。必须用reinterpret_cast且pResult必须赋值哪怕为 0否则某些控件如CListCtrl会拒绝后续消息。3.3 自定义消息WM_USER 100为什么不能乱用在CH12_SOCKET\SocketDemo.dsp中网络线程需要通知 UI 线程更新状态作者定义#define WM_UPDATE_STATUS (WM_USER 100) // 在主线程中 ON_MESSAGE(WM_UPDATE_STATUS, CSocketDemoDlg::OnUpdateStatus) // 在工作线程中 ::PostMessage(hWnd, WM_UPDATE_STATUS, wParam, lParam);这里WM_USER 100是安全的因为WM_USER范围是0x0400 ~ 0x7FFF而系统保留消息如WM_MOUSEMOVE只到0x0200。但若你定义#define WM_MY_MSG (WM_USER 0x1000)则可能与第三方库冲突。更健壮的做法是用RegisterWindowMessage// 全局变量 UINT g_uMsgUpdateStatus 0; // 在 InitInstance() 中 g_uMsgUpdateStatus RegisterWindowMessage(_T(UPDATE_STATUS_MSG)); // 发送时 ::PostMessage(hWnd, g_uMsgUpdateStatus, wParam, lParam);RegisterWindowMessage返回全局唯一 ID彻底规避冲突。光盘源码没用这个是因为 VC6.0 时代第三方库少但现在你接手的项目很可能混用了 Qt 或 WPF 组件。3.4 消息钩子实战拦截WM_KEYDOWN实现 CtrlS 保存在CH07_DOCVIEW\DocViewDemo.dsp的视图类中想实现 CtrlS 保存文档// 在 PreTranslateMessage 中拦截 BOOL CDocViewDemoView::PreTranslateMessage(MSG* pMsg) { if (pMsg-message WM_KEYDOWN) { if (GetKeyState(VK_CONTROL) 0 pMsg-wParam S) { GetDocument()-DoSave(); // 调用文档类保存逻辑 return TRUE; // 拦截不往下传 } } return CView::PreTranslateMessage(pMsg); }关键点GetKeyState(VK_CONTROL)返回负数表示按下高位为1pMsg-wParam是虚拟键码SASCII 值不是VK_S。VK_S是扫描码用于WM_KEYUP场景。此处用 ASCII 更可靠因为 CtrlS 是组合键wParam在WM_KEYDOWN中传递的是字符码。4. 资源管理避坑指南图标、位图、字符串表的三个致命陷阱4.1 图标尺寸错配为什么 256x256 ICO 在任务栏显示模糊光盘中RESOURCE\ICON\appicon.ico包含 16x16、32x32、48x48 三种尺寸但没有 256x256。当你在 Win10 上右键任务栏图标 → “更多选项” → “在任务栏上显示小图标” 时系统会尝试拉伸 48x48 图标导致锯齿。修复方法不是重做图标而是修改app.rcIDI_MAINFRAME ICON res\\appicon.ico // 在此处添加 IDI_MAINFRAME ICON res\\appicon_256.ico // 新增 256x256 版本然后在Resource.h中确保IDI_MAINFRAMEID 唯一。注意.ico文件必须用专业工具如 IcoFX打包多尺寸不能用 PS 导出单尺寸再改后缀——Windows 资源加载器会按需选取最接近尺寸缺失则降级拉伸。4.2 位图透明色失效CBitmap::LoadBitmap的 RGB 陷阱在CH09_GDI\GdiDemo.dsp中作者用LoadBitmap加载IDB_BITMAP1显示背景图m_bmpBackground.LoadBitmap(IDB_BITMAP1); // IDB_BITMAP1 是 24-bit BMP但在高 DPI 屏幕上图片边缘出现灰色杂边。原因是LoadBitmap加载的位图默认无 Alpha 通道GDI 绘制时用SRCCOPY模式直接覆盖而现代主题的窗口边框有半透明效果。正确做法是改用CImageCImage img; img.Load(_T(res\\background.png)); // 改用 PNG自带 Alpha CDC* pDC GetDC(); img.Draw(pDC-GetSafeHdc(), 0, 0, img.GetWidth(), img.GetHeight()); ReleaseDC(pDC);光盘源码用 BMP 是受限于 VC6.0 时代 GDI 未普及但现在你完全可以替换为 PNG 并启用 Alpha 混合。4.3 字符串表乱码ANSI 编码与系统 locale 的隐式绑定StringTable中IDS_HELLO Hello World!在中文系统显示正常但若你把字符串改成IDS_HELLO 你好世界编译时会报error C2001: newline in constant。这是因为.rc文件默认 ANSI 编码而中文字符在 GBK 下占 2 字节RC 编译器按单字节解析导致断行。解决方案只有两个将.rc文件另存为 UTF-8 无 BOM 格式用 Notepad并在stdafx.h顶部添加#pragma execution_character_set(utf-8)或坚持用 ANSI但字符串写成IDS_HELLO \xC4\xE3\xBA\xC3\xCA\xC0\xBD\xE7\xA3\xA1GBK 十六进制转义注意方案 1 要求 VS2015VC6.0 不支持。所以光盘源码全部用英文字符串这是历史妥协不是技术缺陷。4.4 对话框字体继承失效SYSTEM_FONT不等于MS Shell Dlg在DialogDemo.rc中对话框模板定义FONT 8, MS Shell Dlg, 400, 0, 0x1但运行时控件字体却是 8pt 宋体。原因是MS Shell Dlg是逻辑字体名系统会映射到当前 locale 的默认字体中文系统映射为SimSun而CDialog::DoDataExchange中DDX_Text控件默认继承父窗口字体但CStatic等控件若在OnInitDialog中调用SetFont()会破坏继承链。验证方法是在OnInitDialog结尾加CFont* pFont GetFont(); LOGFONT lf; pFont-GetLogFont(lf); TRACE(_T(Dialog font: %s, size: %d\n), lf.lfFaceName, lf.lfHeight);若输出SimSun和-128pt 对应 -12说明继承正常若为System字体则需在OnInitDialog中显式设置LOGFONT lf {0}; lf.lfHeight -12; _tcscpy_s(lf.lfFaceName, _T(Microsoft YaHei)); CFont font; font.CreateFontIndirect(lf); GetDlgItem(IDC_STATIC1)-SetFont(font);5. 多线程与 UI 交互PostMessagevsSendMessage的生死时速5.1PostMessage的异步安全边界为什么不能传栈变量地址在CH12_SOCKET\SocketThread.cpp中网络线程接收数据后// 错误写法光盘源码中的隐患 char szBuffer[1024]; int nRead recv(m_socket, szBuffer, sizeof(szBuffer)-1, 0); szBuffer[nRead] \0; ::PostMessage(hWnd, WM_RECV_DATA, 0, (LPARAM)szBuffer); // 危险szBuffer是栈变量PostMessage返回后线程栈已销毁UI 线程在OnRecvData中CString str((char*)lParam)会读到野指针。正确做法是堆分配并约定释放方// 网络线程中 char* pBuf new char[nRead1]; memcpy(pBuf, szBuffer, nRead); pBuf[nRead] \0; ::PostMessage(hWnd, WM_RECV_DATA, 0, (LPARAM)pBuf); // UI 线程中 LRESULT CMyDlg::OnRecvData(WPARAM wParam, LPARAM lParam) { char* pBuf (char*)lParam; CString str(pBuf); delete[] pBuf; // 必须在此释放 return 0; }光盘源码没处理这点因为 VC6.0 时代线程模型简单但现在你面对的是长连接心跳包每秒收 10 次不释放就是内存泄漏。5.2SendMessage的死锁场景UI 线程等待工作线程工作线程又等 UI在CH11_THREAD\ThreadDemo.dsp中作者用SendMessage更新进度条// 工作线程中 ::SendMessage(hWnd, WM_UPDATE_PROGRESS, (WPARAM)nPercent, 0);若此时 UI 线程正执行CDialog::DoModal()模态对话框而工作线程又调用WaitForSingleObject(hEvent, INFINITE)等待 UI 关闭事件就会死锁SendMessage会挂起工作线程直到 UI 线程处理完消息但 UI 线程被模态框阻塞无法处理消息。破局点是改用PostMessage 自定义消息结构体struct ProgressData { int nPercent; HANDLE hEvent; // 通知工作线程 UI 已更新 }; // 工作线程 ProgressData* pData new ProgressData{50, hEvent}; ::PostMessage(hWnd, WM_UPDATE_PROGRESS, 0, (LPARAM)pData); // UI 线程 LRESULT CMyDlg::OnUpdateProgress(WPARAM wParam, LPARAM lParam) { ProgressData* pData (ProgressData*)lParam; m_progress.SetPos(pData-nPercent); SetEvent(pData-hEvent); // 通知工作线程 delete pData; return 0; }这样双方完全异步无锁死风险。5.3AfxBeginThread的线程局部存储TLS陷阱光盘中创建线程用AfxBeginThread(ThreadProc, this);ThreadProc是静态函数this作为参数传入。但若线程内调用AfxGetApp()-m_pMainWnd返回 NULL——因为AfxGetApp()依赖 TLS 存储而AfxBeginThread创建的线程默认不初始化 MFC TLS。必须显式调用AfxInitThread()UINT ThreadProc(LPVOID pParam) { AfxInitThread(); // 关键否则 CWinApp 指针为空 CMyDlg* pDlg (CMyDlg*)pParam; // 此处可安全调用 pDlg-GetSafeHwnd() return 0; }这个细节光盘源码没提但你在调试CWinThread::m_pMainWnd为 NULL 时会疯狂怀疑人生。5.4CWinThread派生类的m_bAutoDelete机制更健壮的做法是派生CWinThreadclass CWorkerThread : public CWinThread { public: CWorkerThread(CMyDlg* pDlg) : m_pDlg(pDlg) { m_bAutoDelete FALSE; } virtual BOOL InitInstance() override { return TRUE; } virtual int ExitInstance() override { delete this; return 0; } private: CMyDlg* m_pDlg; }; // 创建 CWorkerThread* pThread new CWorkerThread(this); pThread-CreateThread();m_bAutoDelete FALSE防止线程结束时自动析构ExitInstance中手动delete this确保对象生命周期可控。这是 MFC 线程管理的黄金法则比裸AfxBeginThread可靠十倍。6. 遗留系统集成技巧ActiveX 控件加载、DLL 动态注入、COM 接口调用实测6.1COleControlSite初始化三步走通 ActiveX 嵌入在CH10_ACTIVEX\ActiveXDemo.dsp中嵌入 Flash 控件假设仍可用// 1. 在 Dialog 类头文件中声明 COleControlSite m_flashSite; // 2. 在 OnInitDialog 中绑定 CWnd* pWnd GetDlgItem(IDC_FLASH); m_flashSite.CreateControl(CLSID_ShockwaveFlash, pWnd, WS_VISIBLE | WS_CHILD, CRect(0,0,400,300), this, 1001); // 3. 设置属性必须在 CreateControl 之后 m_flashSite.SetProperty(Movie, _variant_t(_T(demo.swf))); m_flashSite.SetProperty(ScaleMode, _variant_t((short)2)); // ShowAll关键陷阱CreateControl第二个参数必须是CWnd*非 HWND且CRect坐标是相对于父窗口客户区不是屏幕坐标。若GetDlgItem返回 NULL检查IDC_FLASH是否在.rc中定义为CONTROL类型而非STATIC。6.2 DLL 动态加载LoadLibrary与GetProcAddress的版本兼容性光盘中CH13_DLL\MathLib.dll导出函数extern C __declspec(dllexport) int Add(int a, int b) { return ab; }在主程序中调用HMODULE hDll LoadLibrary(_T(MathLib.dll)); if (hDll) { typedef int (*AddFunc)(int, int); AddFunc pAdd (AddFunc)GetProcAddress(hDll, Add); if (pAdd) { int result pAdd(3, 5); } }但若MathLib.dll是用 VS2015 编译而主程序用 VS2022LoadLibrary可能失败错误码 126。原因是 CRT 版本不匹配。解决方案是 DLL 用/MT静态链接 CRT# 在 MathLib.vcxproj 的【配置属性】→【C/C】→【代码生成】→【运行库】选择“多线程 (/MT)”这样 DLL 不依赖外部msvcp140.dllLoadLibrary成功率达 100%。6.3 COM 接口调用CoInitialize与IID_IUnknown的生命期管理在CH14_COM\ComDemo.dsp中调用系统IClassFactoryHRESULT hr CoInitialize(NULL); if (SUCCEEDED(hr)) { IClassFactory* pFactory NULL; hr CoGetClassObject(__uuidof(CMyComObject), CLSCTX_INPROC_SERVER, NULL, IID_IClassFactory, (void**)pFactory); if (SUCCEEDED(hr) pFactory) { IMyInterface* pInterface NULL; hr pFactory-CreateInstance(NULL, IID_IMyInterface, (void**)pInterface); if (SUCCEEDED(hr) pInterface) { pInterface-DoSomething(); pInterface-Release(); // 必须 } pFactory-Release(); // 必须 } CoUninitialize(); // 必须 }漏掉任意一个Release()或CoUninitialize()都会导致内存泄漏或进程退出异常。光盘源码在ExitInstance中调用CoUninitialize()但若线程提前退出CoInitialize就没配对。最佳实践是 RAII 封装class ComInitializer { public: ComInitializer() { CoInitialize(NULL); } ~ComInitializer() { CoUninitialize(); } }; // 使用 ComInitializer init; // 后续所有 COM 调用都在此作用域内从那以后我每次接手 MFC 遗留模块第一件事不是看业务逻辑而是用 Process Monitor 抓取它加载了哪些 DLL、访问了哪些注册表路径、试图打开哪些文件——因为光盘源码里那些#pragma comment(lib, ...)和RegOpenKeyEx调用才是真实世界的接口契约。它不漂亮但每一行都踩过坑、流过血、修过凌晨三点的崩溃。希望帮到你。本文还有配套的精品资源点击获取
