MFC小游戏开发实战：从零构建经典游戏，深入Windows桌面编程核心

1. 项目概述：为什么现在还要搞MFC小游戏？

如果你在2024年看到一个关于“C++ MFC小游戏开发”的标题，第一反应可能是：“都什么年代了，还在用MFC？” 或者 “现在不都用Unity、UE5或者各种游戏引擎了吗？” 作为一个在Windows桌面开发领域摸爬滚打了十多年的老码农，我得说，这个想法既对，也不对。

说它对，是因为从纯粹的“游戏工业化生产”和“追求酷炫效果”的角度看，MFC确实是个老古董。它基于Win32 API封装，界面风格停留在Windows XP/7时代，开发效率比不上现代框架，更别提跟专业的游戏引擎比了。但说它不对，是因为这个项目的价值，根本不在“做出一个多么牛逼的游戏”，而在于**“通过一个具体、有趣、完整的项目，来深入理解Windows桌面程序开发的核心骨架”**。

MFC（Microsoft Foundation Classes）虽然老旧，但它完整地封装了Windows消息循环、窗口创建、GDI绘图、资源管理、文档/视图架构等核心机制。开发一个MFC小游戏，就像用最基础的零件组装一台机械钟表，你能清晰地看到每一个齿轮（消息）是如何带动指针（界面更新）转动的。这对于理解C++面向对象设计、Windows底层消息机制、以及在没有游戏引擎“黑盒”帮助下如何进行实时渲染和逻辑处理，有着不可替代的教学和实践价值。

这个“经典小游戏开发实战合集”项目，目标就是带你穿越回那个“纯粹”的编码时代，通过实现俄罗斯方块、贪吃蛇、扫雷、打砖块、五子棋等经典游戏，手把手拆解一个Windows桌面应用程序从零到一的全过程。你会接触到：

• 核心循环：如何用定时器（Timer）模拟游戏主循环，而不是while(1)。
• 消息驱动：如何响应键盘、鼠标消息来控制游戏角色。
• 图形绘制：如何使用GDI（或GDI+）在窗口上“画”出游戏世界。
• 数据与逻辑分离：如何设计游戏状态机、模型（Model）与视图（View）的关系。

适合谁呢？如果你是C++初学者，想超越控制台的黑白世界，踏入图形界面开发的大门；如果你是学生，需要完成一个既有成就感又能体现技术含量的课程设计；或者你是一位想夯实Windows开发基础、理解框架底层原理的开发者，那么这个系列就是为你准备的。我们不用纠结MFC是不是“过时”，而是把它当作一个绝佳的、具象化的学习工具和实验场。

2. 开发环境搭建与MFC项目创建

工欲善其事，必先利其器。虽然Visual Studio版本不断更新，但MFC项目创建流程大同小异。这里以目前主流的Visual Studio 2022社区版为例，它完全免费且功能强大。

2.1 安装必要的Visual Studio组件

安装VS2022时，在“工作负载”选项卡中，你必须勾选“使用C++的桌面开发”。这还不够，点击这个工作负载的“修改”按钮，在右侧的“安装详细信息”中，务必找到并勾选“用于x86和x64的Visual C++ MFC”这一项。这是MFC库和头文件的本体，不勾选就创建不了MFC项目。其他如“Windows 10/11 SDK”等通常会被默认包含，确保选中即可。

2.2 创建你的第一个MFC应用程序项目

打开VS2022，选择“创建新项目”。在搜索框输入“MFC”，你会看到“MFC应用”这个模板，选择它并点击“下一步”。

1. 配置新项目：给你的项目起个名字，比如MyFirstMFCGame。选择好项目存放的位置。
2. 应用程序类型：这是关键一步。对于小游戏开发，我强烈推荐选择“基于对话框”。
   • 为什么是基于对话框？相比“单文档/多文档”架构，对话框程序结构更简单。它天生就是一个窗口（对话框），上面可以直接摆放按钮、静态文本等控件，也方便我们直接在其客户区进行自定义绘图。游戏的主界面通常就是一个“画布”，对话框程序完美契合，能让我们快速聚焦游戏逻辑本身，避免文档/视图复杂架构的干扰。
3. 项目风格等：其他选项如“项目风格”保持“MFC标准”即可，“使用Unicode库”务必勾选（现代程序标准）。“最小化框”、“最大化框”可以根据游戏需要选择。

点击“创建”后，VS会为你生成一个最基本的MFC对话框应用程序框架。直接按F5编译运行，你会看到一个标准的Windows对话框窗口。恭喜，你的MFC游戏“舞台”已经搭好了。

2.3 项目结构初探与核心文件

生成的项目里文件不少，初看可能头晕。对于游戏开发，我们主要关注以下几个：

• MyFirstMFCGameDlg.h/cpp：这是主对话框类的头文件和源文件。我们的游戏逻辑、绘图代码、消息处理大部分都会写在这里。它继承自CDialogEx。
• MyFirstMFCGame.h/cpp：应用程序类，继承自CWinApp。它负责程序的初始化、启动和消息循环。通常我们不需要过多修改它，除非有特殊的全局初始化需求。
• Resource.h和.rc文件：资源文件。对话框的界面布局、图标、菜单（如果你加了）都定义在这里。我们可以通过可视化的资源编辑器来拖拽控件、调整对话框大小，这对于布置“开始”、“暂停”按钮非常方便。

注意：很多新手会试图在资源编辑器里直接画游戏界面，这是不对的。资源编辑器用于摆放静态控件（按钮、文本框），而动态的游戏画面（如移动的方块、蛇）必须通过编程绘图在对话框的客户区实现。要分清“静态UI”和“动态画布”的区别。

3. MFC游戏核心架构与消息循环解析

一个游戏，本质是一个连续的、实时的状态模拟和画面渲染过程。但在Windows消息驱动模型下，我们不能写一个死循环while(running) { Update(); Draw(); }，因为这会阻塞消息队列，导致窗口无法响应其他操作（如移动、关闭）。MFC游戏的核心，在于巧妙地利用Windows消息机制来模拟这个循环。

3.1 消息驱动模型与游戏主循环的模拟

Windows程序是事件驱动的。用户按下一个键、移动鼠标、点击按钮，都会产生一个消息（如WM_KEYDOWN,WM_MOUSEMOVE,WM_COMMAND），系统将消息放入程序的消息队列。应用程序的消息循环（隐藏在CWinApp::Run()中）不断取出消息，并分发给对应的窗口过程（WindowProc）处理。

对于游戏，我们需要一个稳定的时间脉冲来驱动逻辑更新和画面重绘。这个脉冲就是WM_TIMER消息。我们可以在对话框中设置一个定时器，让它每隔一定毫秒（如100ms）触发一次。在定时器消息处理函数中，我们进行游戏状态更新（例如：方块下落一格、蛇移动一步）并触发窗口重绘。这就模拟了游戏的主循环。

// 在对话框初始化时开启一个定时器 BOOL CMyFirstMFCGameDlg::OnInitDialog() { CDialogEx::OnInitDialog(); // ... 其他初始化 SetTimer(1, 100, NULL); // 定时器ID为1，间隔100毫秒 return TRUE; } // 处理定时器消息 void CMyFirstMFCGameDlg::OnTimer(UINT_PTR nIDEvent) { if (nIDEvent == 1) // 判断是哪个定时器 { // 1. 更新游戏逻辑 GameUpdate(); // 2. 通知窗口重绘 Invalidate(); } CDialogEx::OnTimer(nIDEvent); }

Invalidate()函数会向窗口发送一个WM_PAINT消息，请求重绘。系统会在合适的时机（消息队列空闲时）调用我们的绘图函数。

3.2 双定时器策略：解决逻辑帧与渲染帧的分离问题

上面是最基础的模型。但在稍微复杂点的游戏里，逻辑更新频率和画面渲染频率可能不同。比如，物理计算可能需要更稳定的60Hz更新，而画面渲染可能依赖垂直同步（VSync）。一个更健壮的策略是使用两个定时器。

• 逻辑定时器：间隔稳定（如16ms对应~60FPS），专门用于GameUpdate()。这里进行位置计算、碰撞检测、状态判断。
• 渲染定时器：间隔可以稍短或由WM_PAINT直接驱动。在渲染处理中，只进行绘制操作，不修改核心游戏状态。或者，我们可以完全依赖WM_PAINT消息，而在OnPaint()函数中，根据最新的游戏状态数据进行绘制。

// 初始化两个定时器 SetTimer(ID_TIMER_LOGIC, 16, NULL); // 逻辑更新，~60Hz SetTimer(ID_TIMER_RENDER, 33, NULL); // 渲染更新，~30Hz， 或者不设，只用Invalidate // 消息处理函数 void CMyFirstMFCGameDlg::OnTimer(UINT_PTR nIDEvent) { switch (nIDEvent) { case ID_TIMER_LOGIC: UpdateGameLogic(); // 只更新逻辑 break; case ID_TIMER_RENDER: // 或者在这里调用Invalidate，触发WM_PAINT Invalidate(FALSE); // FALSE表示不擦除背景，减少闪烁 break; } CDialogEx::OnTimer(nIDEvent); }

实操心得：使用Invalidate(FALSE)而不是Invalidate()或Invalidate(TRUE)，可以避免窗口先用背景色擦除整个客户区再绘图，从而有效减少画面闪烁。这就是所谓的“双缓冲”绘图的一种简易实现思路。对于高速动画的游戏，闪烁问题会非常明显，必须处理。

3.3 键盘与鼠标输入处理

游戏离不开交互。在MFC中，处理键盘和鼠标消息非常直接。

键盘输入：我们需要重写对话框的PreTranslateMessage函数，或者为对话框添加WM_KEYDOWN和WM_KEYUP消息处理函数。对于游戏，通常使用PreTranslateMessage来捕获按键更为即时。

BOOL CMyFirstMFCGameDlg::PreTranslateMessage(MSG* pMsg) { if (pMsg->message == WM_KEYDOWN) { switch (pMsg->wParam) { case VK_LEFT: m_gameControl.MoveLeft(); // 调用游戏控制逻辑 return TRUE; // 消息已处理，不再传递 case VK_RIGHT: m_gameControl.MoveRight(); return TRUE; case VK_UP: m_gameControl.Rotate(); return TRUE; case VK_DOWN: m_gameControl.SpeedUp(); return TRUE; case VK_SPACE: m_gameControl.Pause(); return TRUE; } } return CDialogEx::PreTranslateMessage(pMsg); // 其他消息交给默认处理 }

鼠标输入：通过类向导（Class Wizard）或属性窗口（Properties -> Messages），为对话框添加WM_LBUTTONDOWN,WM_MOUSEMOVE等消息处理函数。参数point包含了相对于窗口客户区的坐标。

void CMyFirstMFCGameDlg::OnLButtonDown(UINT nFlags, CPoint point) { // 判断点击点(point)是否在某个游戏元素（如按钮、格子）内 if (m_gameBoard.HitTest(point)) { // 处理点击逻辑，例如扫雷翻开格子 m_gameBoard.RevealCell(point); Invalidate(); } CDialogEx::OnLButtonDown(nFlags, point); }

4. 图形绘制：从GDI到双缓冲技术

游戏画面是“画”出来的。MFC默认使用GDI（Graphics Device Interface）进行绘图。绘图操作集中在OnPaint()函数或OnDraw()（文档/视图架构中）函数里。

4.1 GDI绘图基础与游戏元素绘制

在对话框类中，通过类向导添加WM_PAINT消息处理函数OnPaint()。

void CMyFirstMFCGameDlg::OnPaint() { CPaintDC dc(this); // 构造一个用于绘制的设备上下文（Device Context） // 1. 获取游戏状态数据 const GameBoard& board = m_gameControl.GetBoard(); CRect clientRect; GetClientRect(&clientRect); // 2. 绘制背景 CBrush bgBrush(RGB(240, 240, 240)); // 浅灰色背景 dc.FillRect(&clientRect, &bgBrush); // 3. 绘制游戏网格（例如俄罗斯方块或扫雷） int cellSize = 20; for (int row = 0; row < board.GetRows(); ++row) { for (int col = 0; col < board.GetCols(); ++col) { CRect cellRect(col * cellSize, row * cellSize, (col + 1) * cellSize, (row + 1) * cellSize); COLORREF cellColor = board.GetCellColor(row, col); CBrush cellBrush(cellColor); dc.FillRect(&cellRect, &cellBrush); // 绘制网格线 dc.SelectStockObject(BLACK_PEN); dc.SelectStockObject(NULL_BRUSH); dc.Rectangle(&cellRect); } } // 4. 绘制当前活动的游戏元素（如下落的方块） const Tetromino& current = m_gameControl.GetCurrentPiece(); for (const auto& block : current.GetBlocks()) { CRect blockRect(...); // 计算方块每个格子的屏幕坐标 CBrush blockBrush(current.GetColor()); dc.FillRect(&blockRect, &blockBrush); dc.Rectangle(&blockRect); } // 5. 绘制UI文字（分数、等级） CString strScore; strScore.Format(_T("得分: %d"), m_gameControl.GetScore()); dc.TextOutW(10, clientRect.Height() - 30, strScore); }

4.2 解决画面闪烁：双缓冲绘图技术

直接在上面OnPaint里绘图，当画面更新频繁时，会出现严重的闪烁。因为WM_PAINT被触发时，系统会先擦除背景（产生一次全屏绘制），然后你的代码再进行绘制。这两步之间如果有时差，人眼就会看到闪烁。

双缓冲技术是标准解决方案。原理是：先在内存中的一个“画布”（位图）上把整个画面画好，然后一次性将这个位图拷贝到屏幕的设备上下文上。这样屏幕只更新一次，避免了中间过程的闪烁。

void CMyFirstMFCGameDlg::OnPaint() { CPaintDC dcScreen(this); // 这是最终绘制到屏幕的DC CRect clientRect; GetClientRect(&clientRect); // 1. 创建内存DC和兼容位图 CDC dcMemory; dcMemory.CreateCompatibleDC(&dcScreen); CBitmap memBitmap; memBitmap.CreateCompatibleBitmap(&dcScreen, clientRect.Width(), clientRect.Height()); CBitmap* pOldBitmap = dcMemory.SelectObject(&memBitmap); // 选入内存DC // 2. 先在内存DC上绘制整个背景和内容 // 绘制背景 CBrush bgBrush(RGB(240, 240, 240)); dcMemory.FillRect(&clientRect, &bgBrush); // 调用你的游戏绘制函数，传入内存DC DrawGame(dcMemory, clientRect); // 3. 将内存DC的内容一次性“贴”到屏幕DC上 dcScreen.BitBlt(0, 0, clientRect.Width(), clientRect.Height(), &dcMemory, 0, 0, SRCCOPY); // 4. 清理资源 dcMemory.SelectObject(pOldBitmap); // memBitmap 和 dcMemory 析构函数会自动清理 } // 将具体的绘图逻辑抽离成一个函数，接收一个CDC引用 void CMyFirstMFCGameDlg::DrawGame(CDC& dc, const CRect& clientRect) { // 这里放置之前OnPaint中所有的游戏绘图代码 // 例如绘制网格、方块、文字等 // ... int cellSize = 20; for (int row = 0; row < m_board.GetRows(); ++row) { for (int col = 0; col < m_board.GetCols(); ++col) { // ... 绘制每个格子 } } // ... }

踩坑记录：双缓冲中，创建兼容位图 (CreateCompatibleBitmap) 的大小一定要是窗口客户区的当前大小 (clientRect)，而不是一个固定值。否则当窗口大小改变时，绘制会出错或只绘制一部分。同时，内存位图和DC是稀缺资源，务必确保在函数退出前被正确释放（通过SelectObject恢复旧对象，或依赖RAII）。

4.3 更优选择：使用GDI+提升绘图体验

GDI是较老的接口，功能有限且绘制抗锯齿图形麻烦。对于需要平滑图形、半透明效果或更丰富绘图功能的小游戏，可以使用GDI+。GDI+是Windows XP后引入的更新图形子系统，包含在系统中，只需在项目中引用头文件和库即可。

1. 引入GDI+：在stdafx.h中添加#include <gdiplus.h>，并链接gdiplus.lib库。
2. 初始化和清理：在应用程序类 (CWinApp派生类) 的InitInstance中初始化GDI+，在ExitInstance中清理。
3. 在OnPaint中使用：

// 在OnPaint的双缓冲内存DC绘图部分使用GDI+ void CMyFirstMFCGameDlg::DrawGame(CDC& dc, const CRect& clientRect) { Graphics graphics(dc); // 将CDC转换为GDI+的Graphics对象 // 设置抗锯齿 graphics.SetSmoothingMode(SmoothingModeAntiAlias); // 使用GDI+的画笔和画刷 Pen blackPen(Color(255, 0, 0, 0), 1.0f); // 黑色，1像素宽 SolidBrush redBrush(Color(255, 255, 0, 0)); // 红色实心画刷 // 绘制一个带抗锯齿的圆角矩形（GDI很难做到） Rect gdiRect(10, 10, 100, 60); graphics.DrawRectangle(&blackPen, gdiRect); graphics.FillRectangle(&redBrush, gdiRect); // 绘制文字也更方便 FontFamily fontFamily(L"Arial"); Font font(&fontFamily, 16, FontStyleBold, UnitPixel); SolidBrush textBrush(Color(255, 0, 0, 255)); graphics.DrawString(L"Hello GDI+!", -1, &font, PointF(50, 100), &textBrush); }

GDI+让绘制高质量2D图形变得简单，对于需要更好视觉效果的小游戏（如打砖块的光滑球体、粒子效果雏形）是更好的选择。

5. 经典游戏案例实战：俄罗斯方块核心实现

让我们以俄罗斯方块为例，将上述理论付诸实践。俄罗斯方块的核心在于：网格管理、方块旋转与碰撞检测、行消除逻辑。

5.1 游戏数据模型设计

首先，我们需要抽象出游戏的核心数据模型，这与界面无关。

// GameModel.h class CTetrisGame { public: CTetrisGame(int rows = 20, int cols = 10); void Init(); // 初始化游戏 bool MovePiece(int deltaRow, int deltaCol); // 移动当前方块 bool RotatePiece(); // 旋转当前方块 bool DropPiece(); // 方块加速下落一格 void Update(); // 游戏主更新逻辑（由定时器调用） bool IsGameOver() const { return m_bGameOver; } int GetScore() const { return m_nScore; } int GetLevel() const { return m_nLevel; } const std::vector<std::vector<int>>& GetBoard() const { return m_board; } // 获取网格状态 const Tetromino& GetCurrentPiece() const { return m_currentPiece; } const Tetromino& GetNextPiece() const { return m_nextPiece; } private: bool IsValidPosition(const Tetromino& piece, int row, int col) const; // 碰撞检测 void MergePieceToBoard(); // 将落定的方块合并到网格 int ClearFullLines(); // 清除满行并返回清除的行数 void SpawnNewPiece(); // 生成新方块 private: std::vector<std::vector<int>> m_board; // 游戏网格，0为空，>0为不同颜色 Tetromino m_currentPiece; // 当前下落方块 Tetromino m_nextPiece; // 下一个预览方块 int m_nScore; int m_nLevel; int m_nSpeed; // 下落速度（定时器间隔） bool m_bGameOver; int m_rows, m_cols; }; // Tetromino.h - 方块类 class Tetromino { public: enum Shape { I, J, L, O, S, T, Z }; Tetromino(Shape shape); void Rotate(); // 旋转 void SetPosition(int row, int col) { m_row = row; m_col = col; } int GetRow() const { return m_row; } int GetCol() const { return m_col; } const std::vector<CPoint>& GetBlocks() const { return m_blocks; } // 返回方块四个格子的相对坐标 COLORREF GetColor() const { return m_color; } private: Shape m_shape; int m_rotation; // 当前旋转状态 (0-3) int m_row, m_col; // 方块在网格中的锚点坐标 std::vector<CPoint> m_blocks; // 四个格子的相对坐标 COLORREF m_color; };

5.2 碰撞检测与旋转算法

碰撞检测是游戏物理的核心。IsValidPosition函数检查一个方块在给定位置是否与网格边界或已固定的方块重叠。

bool CTetrisGame::IsValidPosition(const Tetromino& piece, int row, int col) const { const auto& blocks = piece.GetBlocks(); for (const auto& block : blocks) { int boardRow = row + block.y; // CPoint的y对应行 int boardCol = col + block.x; // CPoint的x对应列 // 检查边界 if (boardRow < 0 || boardRow >= m_rows || boardCol < 0 || boardCol >= m_cols) { return false; } // 检查是否与已有方块重叠（m_board值不为0） if (m_board[boardRow][boardCol] != 0) { return false; } } return true; }

旋转算法需要为每种方块形状（I, J, L, O, S, T, Z）预定义四个旋转状态下的格子坐标。一个经典的实现是使用一个4x4的矩阵来表示每个旋转状态。旋转操作就是切换到下一个状态，并检查旋转后位置是否有效（若无效，则尝试“踢墙”操作，即微调位置）。

5.3 游戏逻辑主循环与视图更新

在对话框类中，整合模型与视图。

1. 成员变量：声明一个CTetrisGame m_game;实例。
2. 定时器驱动：在OnInitDialog中启动定时器，间隔由游戏等级决定SetTimer(1, m_game.GetSpeed(), NULL)。
3. 定时器处理：在OnTimer中调用m_game.Update()。Update函数负责让当前方块下落一格，并处理落地、消行、游戏结束判断。
4. 绘图：在DrawGame函数中，根据m_game.GetBoard()和m_game.GetCurrentPiece()绘制网格和当前方块。同时绘制预览方块m_game.GetNextPiece()和分数信息。
5. 键盘控制：在PreTranslateMessage中，将方向键映射到m_game.MovePiece()和m_game.RotatePiece()，空格键映射到硬降m_game.DropPiece()。

// 对话框的OnTimer void CTetrisGameDlg::OnTimer(UINT_PTR nIDEvent) { if (nIDEvent == 1 && !m_game.IsPaused()) { m_game.Update(); // 更新游戏逻辑 Invalidate(FALSE); // 请求重绘，不擦背景 } CDialogEx::OnTimer(nIDEvent); } // 键盘控制 BOOL CTetrisGameDlg::PreTranslateMessage(MSG* pMsg) { if (pMsg->message == WM_KEYDOWN && !m_game.IsGameOver()) { switch (pMsg->wParam) { case VK_LEFT: m_game.MovePiece(0, -1); Invalidate(FALSE); return TRUE; case VK_RIGHT: m_game.MovePiece(0, 1); Invalidate(FALSE); return TRUE; case VK_UP: m_game.RotatePiece(); Invalidate(FALSE); return TRUE; case VK_DOWN: m_game.MovePiece(1, 0); // 软降 Invalidate(FALSE); return TRUE; case VK_SPACE: while(m_game.DropPiece()); // 硬降，直到不能下落为止 Invalidate(FALSE); return TRUE; case 'P': m_game.TogglePause(); return TRUE; } } return CDialogEx::PreTranslateMessage(pMsg); }

6. 性能优化、调试与常见问题排查

即使是小游戏，性能、稳定性和可调试性也至关重要。

6.1 性能优化要点

1. 避免频繁创建/销毁GDI对象：在OnPaint或DrawGame中，不要反复创建画笔、画刷、字体。应该在对话框初始化时（如OnInitDialog）创建这些对象作为成员变量，并在OnDestroy中删除。或者使用SelectStockObject选择库存对象。
2. 只绘制脏矩形：如果游戏只有一小部分区域变化（如方块移动），可以只重绘那一部分区域，而不是整个窗口。使用InvalidateRect代替Invalidate。但这在网格化、全局可能变化的游戏（如消行）中优化效果有限，实现也复杂，对于初学，双缓冲+全部重绘更简单可靠。
3. 优化碰撞检测：对于俄罗斯方块，碰撞检测只针对当前方块的4个格子，复杂度是O(1)。但对于像贪吃蛇、大量子弹的游戏，需要更高效的空间数据结构（如网格分区、四叉树）来优化物体间的碰撞检测，避免O(n²)的循环。
4. 逻辑与渲染分离：如前所述，使用双定时器或固定时间步长更新逻辑，可以防止游戏速度受渲染帧率影响。

6.2 调试技巧与常见Bug

1. 画面不更新或闪烁：

   • 检查定时器：确认OnTimer被正确触发。可以在其中加TRACE输出或设置断点。
   • 检查Invalidate：确保逻辑更新后调用了Invalidate()或Invalidate(FALSE)。
   • 确认双缓冲：如果闪烁严重，务必实现双缓冲绘图。确保内存位图创建成功且大小正确。
   • 检查绘图代码：确保OnPaint或DrawGame函数被调用，且绘图代码没有因为条件判断被跳过。

2. 键盘/鼠标无响应：

   • 焦点问题：确认对话框窗口拥有输入焦点。有时控件（如按钮）会抢走焦点，可以设置控件属性Tab Stop为False，或在PreTranslateMessage中处理全局按键。
   • 消息映射：确认通过类向导正确添加了消息处理函数（如OnKeyDown），并且消息映射宏ON_WM_KEYDOWN()存在于消息映射表中。
   • PreTranslateMessage vs OnKeyDown：PreTranslateMessage在消息分发前拦截，响应更快。OnKeyDown是窗口过程处理的消息。对于游戏实时控制，优先用PreTranslateMessage。

3. 游戏逻辑错误（如方块穿墙、旋转异常）：

   • 数据可视化调试：在调试时，将游戏网格状态 (m_board) 和当前方块位置打印到输出窗口或一个调试用的静态文本控件上。这比单纯看画面更容易定位逻辑错误。
   • 单元测试思维：为IsValidPosition,RotatePiece等核心函数编写简单的测试代码，传入边界值，检查返回值是否符合预期。
   • 检查数组越界：这是C++常见错误。确保所有访问m_board[row][col]的地方，row和col都在有效范围内[0, rows-1]和[0, cols-1]。

4. 内存泄漏：

   • GDI对象泄漏：确保每个CreatePen,CreateSolidBrush,CreateFont都有对应的DeleteObject。使用SelectObject保存旧对象并在使用后恢复是良好习惯。也可以考虑使用MFC的封装类如CPen,CBrush，它们会在析构时自动释放资源。
   • 双缓冲资源泄漏：确保内存DC和位图被正确释放。如前所述，使用RAII风格的MFC类（CDC,CBitmap）可以很大程度上避免这个问题。

6.3 项目组织与代码维护建议

1. 模型-视图分离：坚持将游戏核心逻辑（CTetrisGame）和界面显示/交互（对话框类）分开。这样逻辑可以独立测试，也便于未来更换界面（比如换成控制台或别的图形库）。
2. 使用版本控制：即使是个人小项目，也强烈建议使用Git。每完成一个核心功能（如绘制网格、方块移动、消行）就做一次提交，便于回溯和代码管理。
3. 资源管理：将游戏图片、音效等资源放在项目目录的res文件夹下，并通过资源文件(.rc)或相对路径加载。使用MFC的资源管理器可以方便地添加位图资源。
4. 添加游戏状态：除了进行中，游戏还应有“未开始”、“已暂停”、“已结束”等状态。在不同状态下，定时器、键盘响应的行为不同。用一个枚举来管理状态机，使逻辑更清晰。

7. 从俄罗斯方块到其他经典游戏的扩展

掌握了俄罗斯方块的框架，开发其他经典游戏就是在此基础上的变形和组合。

• 贪吃蛇：

  • 模型：一个存储蛇身格子坐标的队列（std::deque<CPoint>），一个食物坐标，一个移动方向。
  • 更新：定时器触发时，根据方向在蛇头添加一个新格子，并去掉蛇尾（如果没吃到食物）。检查是否撞墙或撞到自己。
  • 绘制：遍历队列绘制蛇身，绘制食物。
  • 控制：键盘改变方向，但注意不能直接反向（例如向右移动时不能立即按左键）。

• 扫雷：

  • 模型：一个二维网格，每个格子是一个结构体，包含：是否有雷、周围雷数、是否被翻开、是否被标记。
  • 初始化：随机布雷，并计算每个非雷格子周围的雷数。
  • 交互：鼠标左键点击翻开格子。如果是0，则递归翻开周围格子（Flood Fill算法）。右键点击标记/取消标记雷。
  • 绘制：根据格子状态绘制不同样式的方块（未翻开、已翻开显示数字、标记为旗、标记为问号）。

• 打砖块/弹球：

  • 物理：需要简单的2D物理，球的位置和速度向量，碰撞检测（与墙、挡板、砖块的矩形碰撞），碰撞响应（反弹，速度向量反射）。
  • 模型：砖块数组、球、挡板。砖块被球击中后消失。
  • 循环：定时器更新球的位置，进行碰撞检测与响应，检查游戏条件（球掉出底部则失败，所有砖块消失则胜利）。

开发这些游戏时，你会反复运用在俄罗斯方块项目中练就的消息循环、绘图、状态管理、碰撞检测等核心技能。每个新游戏都是对已有知识的一次巩固和延伸。

8. 超越基础：现代特性融入与项目发布

当你完成了几个核心小游戏后，可以尝试加入一些更现代的特性，让项目更完整。

1. 添加音效：使用Windows APIPlaySound或更强大的库如FMOD、BASS来播放简单的WAV音效（如移动、消行、游戏结束）。
2. 保存游戏进度与高分榜：使用文件操作（C++fstream或MFC的CFile）将最高分、游戏等级等数据保存到本地INI文件或二进制文件中。
3. 美化界面：使用GDI+绘制更精美的图形，如带渐变色的背景、圆角按钮、阴影效果。或者，使用图片资源作为游戏元素（例如，用图片代替纯色方块）。
4. 项目打包与发布：在VS中，将配置改为“Release”，编译生成独立的.exe文件。你需要确保目标电脑上有相应的运行时库（Visual C++ Redistributable）。可以使用“静态链接MFC”的方式来生成一个更大的但几乎不依赖外部DLL的可执行文件（在项目属性 -> 常规 -> MFC的使用中，选择“在静态库中使用MFC”）。

最后，把所有这些游戏集合到一个“合集”程序中。你可以创建一个主对话框，上面有几个按钮，分别对应“俄罗斯方块”、“贪吃蛇”、“扫雷”等。点击按钮后，弹出对应的游戏对话框。这需要你为每个游戏创建一个独立的对话框类和资源，并在主对话框中管理它们的启动和关闭。这本身就是一个很好的多窗口MFC程序练习。

通过这样一个从零到合集的项目实战，你收获的绝不仅仅是几个小游戏。你深入理解了Windows桌面应用程序的骨架，掌握了消息驱动编程、图形绘制、资源管理、状态机设计等核心技能。这些知识，是通往更复杂的桌面软件、工业控制界面、乃至理解其他GUI框架底层原理的坚实基石。当你再去看Qt、WinForms甚至一些游戏引擎的运行时，你会发现很多概念是相通的。这就是经典技术的持久魅力所在。