简介这是一份面向C初学者与Windows桌面开发爱好者的MFC实战学习项目以经典塔防游戏《植物大战僵尸》为原型帮助读者理解如何用MFC类库搭建游戏界面、处理消息响应并组织游戏逻辑。资源共15个文件包含6个h头文件、3个cpp源文件以及vcxproj工程文件、sln解决方案、rc与rc2资源脚本、filters筛选器和ico图标等压缩包约71KB结构完整可直接用Visual Studio打开编译。项目围绕界面布局、事件处理、植物种植与僵尸移动等核心模块展开涉及双缓冲防闪烁、消息循环优化等性能思路适合作为课程设计或自学案例参考。目前已有102人学习下载读者可借此掌握MFC工程组织方式、资源加载机制与面向对象游戏逻辑设计为后续深入学习DirectX或游戏引擎打下基础。1. 从一份 MFC 版植物大战僵尸源码说起它到底能跑出什么如果你手头正好有一份pvs-z_-mfc-master的压缩包解压后看到PVsZ_MFC.sln、PVsZ_MFCDlg.cpp、PVsZMFC.rc这些文件第一反应大概率是这玩意儿能编译过吗能跑起来吗它跟网上那些用 Scratch 或者 HTML5 写的植物大战僵尸有什么区别我拿到这份 C 加 MFC 的工程时也是带着同样的疑问。它不是一个完整的商业游戏而是一个基于 MFC 对话框框架的塔防小游戏原型核心价值在于把 Windows 消息循环、GDI 绘图、资源管理和面向对象设计揉进了一个你能逐行调试的工程里。适合谁适合已经学过 C 基础语法、想找一个比控制台小游戏更接近真实 Windows 应用的人也适合那些想搞明白 MFC 四大类怎么协作、对话框程序怎么处理鼠标点击和定时器的人。它解决的不是“我要玩植物大战僵尸”的需求而是“我想看懂一个 Windows 桌面游戏从消息到画面的完整链路”的需求。你如果指望它复刻原版所有关卡和动画那大概率会失望但如果你想拿它当 C 游戏开发的练手素材这份源码的骨架是完整的。2. 拆开工程看骨架MFC 对话框程序怎么装下一整个塔防逻辑2.1 从 sln 到 vcxproj工程文件里藏着什么拿到源码第一步不是急着按 F5而是先看PVsZ_MFC.sln和PVsZ_MFC.vcxproj。这两个文件决定了你本机的 Visual Studio 能不能正确加载项目。.sln是解决方案文件里面记录了项目 GUID 和配置平台.vcxproj才是真正的编译配置包括字符集、MFC 使用方式、预处理器定义。常见做法是先用文本编辑器打开.vcxproj搜一下UseOfMfc和CharacterSet这两个标签。如果UseOfMfc的值是Dynamic说明它依赖共享的 MFC DLL如果是Static则会把 MFC 库静态链接进 exe。对于新手我一般建议先改成Static避免因为目标机器没装对应版本的 Visual C Redistributable 而报缺 DLL 的错。!-- 在 PVsZ_MFC.vcxproj 中查找并确认这两项 -- PropertyGroup Condition$(Configuration)|$(Platform)Debug|Win32 LabelConfiguration ConfigurationTypeApplication/ConfigurationType UseOfMfcStatic/UseOfMfc !-- 静态链接减少运行库依赖 -- CharacterSetUnicode/CharacterSet !-- 字符集影响字符串宏展开 -- /PropertyGroup逻辑说明UseOfMfc改成Static后编译出来的 exe 体积会变大但换机器运行时不容易缺mfc140.dll之类的运行库。CharacterSet保持Unicode即可因为 MFC 的CString和窗口 API 在 Unicode 下行为更一致。参数怎么改如果你本机装的是较新的 Visual Studio打开项目时可能会提示“重定向项目”选“确定”即可它会自动把平台工具集升到你当前安装的版本。失败时看什么如果加载项目直接报“找不到 MFC 头文件”说明你安装 Visual Studio 时没有勾选“使用 C 的桌面开发”里的 MFC 组件需要回到安装器里补上。2.2 对话框类与游戏循环PVsZ_MFCDlg 才是主战场PVsZ_MFCDlg.h和PVsZ_MFCDlg.cpp是这个工程的核心。MFC 的对话框程序不像 Win32 那样自己写WinMain和WndProc它把消息循环封装在CWinApp::Run里你只需要在对话框类里处理OnInitDialog、OnPaint、OnTimer、OnLButtonDown这些消息映射函数。植物大战僵尸的核心交互——点击格子种植物、僵尸沿路径移动、子弹碰撞检测——大概率都挂在OnLButtonDown和OnTimer上。// PVsZ_MFCDlg.cpp 中典型的消息处理片段示意结构 BOOL CPVsZ_MFCDlg::OnInitDialog() { CDialogEx::OnInitDialog(); // 初始化游戏网格、加载资源、启动定时器 SetTimer(1, 30, nullptr); // 30ms 刷新一次约 33 帧 return TRUE; } void CPVsZ_MFCDlg::OnTimer(UINT_PTR nIDEvent) { if (nIDEvent 1) { UpdateGameLogic(); // 更新僵尸位置、子弹、阳光 Invalidate(); // 触发重绘最终走到 OnPaint } CDialogEx::OnTimer(nIDEvent); } void CPVsZ_MFCDlg::OnLButtonDown(UINT nFlags, CPoint point) { // 把鼠标坐标换算成网格行列判断是否可种植 int row point.y / CELL_HEIGHT; int col point.x / CELL_WIDTH; TryPlant(row, col); CDialogEx::OnLButtonDown(nFlags, point); }逻辑说明SetTimer的第二个参数是毫秒数30ms 对应约 33 帧每秒这是 MFC 小游戏里比较常见的刷新间隔。Invalidate会标记窗口客户区为无效系统随后发送WM_PAINT你在OnPaint里用CDC指针画图。参数怎么改如果游戏跑起来感觉卡顿可以把 30 改成 50降低刷新频率如果觉得僵尸移动太慢改的是UpdateGameLogic里每次移动的像素步长而不是定时器间隔。失败时看什么如果点击没反应先在OnLButtonDown里加TRACE输出确认消息有没有进来如果画面闪烁严重说明没用双缓冲后面第 4 章会讲。2.3 资源文件与 rc图片和图标是怎么被加载的PVsZMFC.rc和resource.h是 MFC 的资源描述文件。你看到的PVsZ_MFC.ico是程序图标res文件夹里通常放着位图、对话框布局等。MFC 用LoadBitmap、LoadIcon或者CImage来加载这些资源。常见做法是在resource.h里给每个资源一个 ID比如IDB_PLANT_PEASHOOTER然后在代码里用LoadBitmap(IDB_PLANT_PEASHOOTER)拿到CBitmap对象再BitBlt到内存 DC 上。// 在对话框类中加载位图资源的典型写法 CBitmap m_bmpPeashooter; m_bmpPeashooter.LoadBitmap(IDB_PLANT_PEASHOOTER); // ID 定义在 resource.h CDC memDC; memDC.CreateCompatibleDC(pDC); CBitmap* pOld memDC.SelectObject(m_bmpPeashooter); pDC-BitBlt(x, y, w, h, memDC, 0, 0, SRCCOPY); memDC.SelectObject(pOld);逻辑说明LoadBitmap从 exe 内嵌资源里读位图不需要外部文件路径这是 MFC 资源管理的便利之处。CreateCompatibleDC创建内存设备上下文SelectObject把位图选进去最后BitBlt拷贝到窗口 DC。参数怎么改BitBlt的后两个参数是源位图的起始坐标如果你要画精灵动画的某一帧改的是这里。失败时看什么如果图片显示全黑检查位图是不是 24 位或 32 位色MFC 的LoadBitmap对某些带 alpha 通道的 PNG 转 BMP 支持不好常见做法是先用画图工具另存为 24 位 BMP。3. 编译与运行从零把工程跑起来的完整步骤3.1 环境准备Visual Studio 组件与 MFC 安装这份工程用的是 MFC不是纯 Win32所以 Visual Studio 安装时必须勾选“使用 C 的桌面开发”工作负载并在右侧“安装详细信息”里确认“MFC 和 ATL 支持”被选中。如果你用的是较新的 Visual Studio 版本离线安装包也可以但要注意 MFC 组件在离线缓存里是单独的可选包。装完之后打开PVsZ_MFC.sln如果提示“重定向项目”点确定。然后看解决方案资源管理器里有没有PVsZ_MFC.vcxproj加载失败失败的话右键项目选“重新加载项目”。# 如果你习惯用命令行编译可以用 msbuild需在开发者命令提示符下 msbuild PVsZ_MFC.sln /p:ConfigurationDebug /p:PlatformWin32逻辑说明msbuild是 Visual Studio 的构建引擎/p:Configuration指定 Debug 或 Release/p:Platform指定 Win32 或 x64。这份工程大概率是 Win32 的因为老 MFC 项目很多默认 Win32。参数怎么改如果你本机是 x64 系统想编译 x64 版本需要先在 Visual Studio 的配置管理器里新建 x64 平台否则直接改命令行会报平台不存在。失败时看什么如果报f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\dumpcont.cpp之类的路径错误那是 MFC 内部断言通常是因为资源 ID 冲突或者对话框控件指针为空需要检查DoDataExchange里的绑定。3.2 首次编译常见报错与修复第一次编译这份源码大概率会遇到几类错误。第一类是字符集问题CString和char*混用导致const char*不能转LPCTSTR。解决方法是统一用_T()宏包字符串或者把项目字符集改成“未设置”。第二类是预编译头pch.h没包含如果某个 cpp 文件忘了#include pch.h会报fatal error C1010。第三类是资源文件里的中文乱码.rc文件如果保存为 UTF-8 无 BOMVisual Studio 可能读成乱码需要另存为 UTF-16 或者带 BOM 的 UTF-8。// 字符集兼容写法示例 CString str; str.Format(_T(阳光数量%d), m_nSun); // 用 _T 宏Unicode 和 MBCS 都能编 // 不要写 str.Format(阳光数量%d, m_nSun); 在 Unicode 下会报错逻辑说明_T宏在 Unicode 配置下展开为L在 MBCS 下展开为这样同一份代码两种字符集都能过。参数怎么改如果你不想改代码可以把项目属性里的“字符集”从“使用 Unicode 字符集”改成“使用多字节字符集”但这不是推荐做法因为新版 Windows 对 MBCS 支持在弱化。失败时看什么如果报链接错误LNK2019找不到WinMain检查PVsZ_MFC.cpp里的theApp全局对象是不是被注释掉了MFC 程序靠这个全局对象启动。3.3 运行起来之后画面、输入与定时器验证编译通过后按 F5 运行你应该能看到一个对话框窗口里面有网格、植物、僵尸的位图。如果窗口一片空白先检查OnPaint里有没有调用CDialogEx::OnPaint()再检查Invalidate有没有被定时器触发。鼠标点击测试点一个格子看有没有植物出现如果没有在OnLButtonDown里下断点看point坐标是不是在客户区内。定时器测试观察僵尸有没有移动如果不动检查SetTimer的返回值是不是 0返回 0 说明定时器创建失败。// 在 OnPaint 中验证绘图是否被调用 void CPVsZ_MFCDlg::OnPaint() { CPaintDC dc(this); TRACE(_T(OnPaint called, rect %d,%d,%d,%d\n), dc.m_ps.rcPaint.left, dc.m_ps.rcPaint.top, dc.m_ps.rcPaint.right, dc.m_ps.rcPaint.bottom); // 你的绘图代码... }逻辑说明TRACE输出到 Visual Studio 的输出窗口方便确认OnPaint的调用频率和裁剪区域。参数怎么改如果你发现OnPaint被调用得太频繁可以在UpdateGameLogic里加一个“脏标记”只有逻辑变化时才Invalidate。失败时看什么如果输出窗口没有OnPaint called说明窗口没收到WM_PAINT检查对话框是不是被其他窗口遮挡或者最小化了。4. 避坑与排查MFC 游戏开发里那些血泪经验4.1 画面闪烁严重僵尸像在抽筋现象游戏跑起来后植物和僵尸移动时整个窗口闪白看起来像在抽筋。原因MFC 默认的OnPaint直接往窗口 DC 上画每次Invalidate都会先用背景色擦除客户区再画新内容擦除和绘制之间有时间差人眼就看到闪烁。解决用双缓冲。在OnPaint里先创建内存 DC 和兼容位图把所有绘图操作画到内存 DC 上最后一次性BitBlt到窗口 DC。void CPVsZ_MFCDlg::OnPaint() { CPaintDC dc(this); CRect rect; GetClientRect(rect); CDC memDC; memDC.CreateCompatibleDC(dc); CBitmap bmp; bmp.CreateCompatibleBitmap(dc, rect.Width(), rect.Height()); CBitmap* pOld memDC.SelectObject(bmp); // 先填充背景 memDC.FillSolidRect(rect, RGB(255, 255, 255)); // 所有绘图都画到 memDC DrawGame(memDC); // 最后一次性拷贝 dc.BitBlt(0, 0, rect.Width(), rect.Height(), memDC, 0, 0, SRCCOPY); memDC.SelectObject(pOld); }逻辑说明CreateCompatibleBitmap创建的位图和窗口 DC 兼容FillSolidRect先铺底色DrawGame是你自己的绘图函数最后BitBlt把整张内存图贴到屏幕。参数怎么改如果窗口大小会变需要在OnSize里重新创建位图否则拉伸会失真。失败时看什么如果双缓冲后画面还是闪检查是不是在OnEraseBkgnd里返回了FALSE但没做背景处理常见做法是重写OnEraseBkgnd直接返回TRUE阻止系统擦背景。4.2 定时器越跑越慢僵尸堆积成山现象游戏刚开始还正常跑几分钟后僵尸移动变慢甚至卡住不动。原因OnTimer里做了太多耗时操作比如每帧都LoadBitmap或者遍历所有对象做复杂碰撞检测导致消息队列堆积。解决把资源加载移到OnInitDialog里一次性完成OnTimer里只做位置更新和Invalidate。碰撞检测用简单的矩形相交不要用像素级检测。// 在 OnInitDialog 里预加载资源 m_bmpZombie.LoadBitmap(IDB_ZOMBIE); m_bmpPeashooter.LoadBitmap(IDB_PEASHOOTER); // OnTimer 里只更新坐标 void CPVsZ_MFCDlg::OnTimer(UINT_PTR nIDEvent) { if (nIDEvent 1) { for (auto zombie : m_zombies) zombie.x - zombie.speed; Invalidate(); } CDialogEx::OnTimer(nIDEvent); }逻辑说明LoadBitmap涉及文件 IO 和 GDI 对象创建放在定时器里每帧调用会拖慢消息循环。参数怎么改zombie.speed可以按帧调整但不要每帧改定时器间隔。失败时看什么如果还是慢用 Visual Studio 的性能分析器看OnTimer的耗时或者简单地在OnTimer开头和结尾加GetTickCount算差值。4.3 鼠标点击坐标对不上格子现象明明点在植物格子上结果种到了隔壁或者点边缘没反应。原因OnLButtonDown拿到的point是客户区坐标但你的网格可能从某个偏移量开始画或者窗口有边框、标题栏客户区原点不在左上角。解决用GetClientRect确认客户区大小网格绘制和点击检测用同一套坐标换算公式。// 统一的坐标换算函数 CPoint CPVsZ_MFCDlg::ScreenToGrid(CPoint pt) { int col (pt.x - GRID_OFFSET_X) / CELL_WIDTH; int row (pt.y - GRID_OFFSET_Y) / CELL_HEIGHT; return CPoint(col, row); }逻辑说明GRID_OFFSET_X和GRID_OFFSET_Y是网格左上角在客户区里的偏移CELL_WIDTH和CELL_HEIGHT是单元格尺寸。参数怎么改如果你调整了窗口布局改这三个常量即可。失败时看什么如果点击完全没反应检查对话框有没有处理WM_LBUTTONDOWN有些 MFC 对话框默认不接收鼠标消息需要在PreTranslateMessage里转发。4.4 资源 ID 冲突导致编译报错现象编译时报error RC2182: duplicate dialog control ID或者LNK2005: 已经在 xxx.obj 中定义。原因resource.h里手动添加资源 ID 时数字和已有 ID 重复或者两个 cpp 文件里定义了同名的全局变量。解决用 Visual Studio 的资源编辑器添加资源它会自动分配不冲突的 ID全局变量用static或者放在匿名命名空间里。// 不要这样写两个 cpp 都定义 int g_score; // 正确做法在头文件里 extern在一个 cpp 里定义 // game.h extern int g_score; // game.cpp int g_score 0;逻辑说明extern声明告诉编译器这个变量在别处定义链接时只保留一份。参数怎么改如果资源 ID 冲突打开resource.h看#define IDB_XXX后面的数字手动改成没被占用的区间。失败时看什么如果报错行指向.rc文件用资源编辑器打开看有没有两个控件用了同一个 ID。4.5 程序退出时崩溃或报内存泄漏现象关闭窗口时弹出Debug Assertion Failed或者输出窗口一堆Detected memory leaks。原因MFC 的 GDI 对象CBitmap、CDC、CFont没有在OnDestroy里释放或者new出来的对象没delete。解决在OnDestroy里把SelectObject换回原来的对象DeleteObject释放位图用std::vector或者std::unique_ptr管理游戏对象。void CPVsZ_MFCDlg::OnDestroy() { CDialogEx::OnDestroy(); if (m_bmpZombie.GetSafeHandle()) m_bmpZombie.DeleteObject(); // 清理其他 GDI 对象 }逻辑说明GetSafeHandle判断位图是否有效DeleteObject释放 GDI 资源。参数怎么改如果你用了CImage它析构时会自动释放但CBitmap需要手动。失败时看什么如果内存泄漏报告指向dumpcont.cpp那是 MFC 在报告泄漏看它前面列出的{123} normal block at 0x...地址用_CrtSetBreakAlloc定位。5. 进阶技巧用双缓冲和对象池把 MFC 游戏推到能玩的水平双缓冲在第 4 章已经给了代码这里说一个更具体的技巧把内存 DC 和位图作为对话框类的成员变量只在OnSize时重建而不是每次OnPaint都创建。这样能减少 GDI 对象频繁创建销毁的开销。对象池的思路是僵尸和子弹不要每次new和delete而是预分配一个固定大小的数组用active标志位标记是否在使用。MFC 程序里频繁new小对象会导致堆碎片跑久了就卡。// 对象池的简化实现 struct Zombie { int x, y, hp, speed; bool active; }; std::vectorZombie m_zombiePool; // 在 OnInitDialog 里 resize(100) Zombie* SpawnZombie() { for (auto z : m_zombiePool) { if (!z.active) { z.active true; z.hp 100; z.speed 2; return z; } } return nullptr; // 池满了 }逻辑说明m_zombiePool在初始化时分配好SpawnZombie遍历找空闲槽位找不到就返回空。参数怎么改池大小根据关卡僵尸数量上限调整一般 100 到 200 够用。失败时看什么如果僵尸不消失检查回收逻辑有没有把active设回false。验证方法跑一局游戏用任务管理器看内存占用是不是稳定。如果内存持续上涨说明有对象没回收。另一个验证是开 Visual Studio 的“诊断工具”看 CPU 和内存曲线正常应该是一条平稳的线而不是锯齿状上升。我自己的习惯是每次改完绘图代码先跑五分钟看画面闪不闪、内存涨不涨、点击准不准。这三项过了再去看游戏逻辑对不对。从那以后我每次拿到 MFC 游戏源码都强制先做双缓冲和对象池这两步不然根本没法判断是逻辑问题还是性能问题。希望帮到你。本文还有配套的精品资源点击获取