简介《使用VC6.0开发迷宫小游戏》配套rar压缩包是一套基于Visual C6.0与MFC的完整工程面向初学C/MFC的开发者也适合作为课程设计或编程练习既可用于自学也可为图形界面编程课程提供参考案例。工程演示了从迷宫数据生成到键盘交互、双视窗界面绘制的完整实现路径。压缩包共65个文件约153KB含16个cpp源文件、17个h头文件与17张bmp位图素材另配dsp/dsw工程文件、sln解决方案、rc资源脚本及txt说明可直接编译和试玩整体目录结构清晰便于按模块阅读目前已有213人下载学习。通过研读源码可学习二维数组迷宫建模、DFS/Prim随机生成算法、MFC消息映射的方向键移动与碰撞检测项目按WinGame、CreateMap、Rabbit等模块拆分小地图与大地图双视窗便于定位和观察探索进度代码还涉及后台工作线程与兔子角色动画的简单位置更新。对想入门游戏编程或复习VC6.0 MFC应用的读者这是一份小而完整、值得动手研究的学习样本。1. 用 vc6.0 编写游戏这份 migong.rar 能让你少走三个月弯路用 vc6.0 编写游戏在现在听起来像考古但真正上手之后你会发现这套老工具写小游戏反而干净利落没有那么多框架绑定所有逻辑都摊在你面前。这份migong.rar就是一个完整可编译的迷宫游戏源码包基于 Win32 控制台用 C 实现了随机迷宫生成、键盘控制走迷宫和自动寻路三个核心功能。解压之后就是一个 vc6.0 的工程不是半成品不是需要补头文件的碎片直接打开就能编译运行。适合刚学完 C 语法、想看看一个完整小游戏项目长什么样的人也适合在工作中要临时用 C 风格代码写个小工具、需要快速回忆 vc6.0 工程结构的从业者。你要做的不是读懂每一行而是先把程序跑起来再动手改参数最后拆掉它重写一遍。下面我按实际拆包排查的顺序把这份资源的用法、算法和坑一次讲清楚。2. 把 migong.rar 变成可运行程序VC6.0 的工程结构与编译配置2.1 解压后先认文件.dsp、.dsw、.cpp、.h 各干各的活解压migong.rar后你看到的文件不是一堆乱七八糟的源码而是一个完整的 Visual C 6.0 工程。很多人第一次拿到这种老工程会懵:为什么不是直接一个main.cpp因为 vc6.0 的工程结构比现代 IDE 啰嗦但它每个文件职责极其清晰。下表列一下这份资源里最常见的文件角色文件作用需要改吗migong.dsw工作区文件双击它才能打开整个项目不用改migong.dsp工程文件记录编译选项、源文件列表一般不用改main.cpp程序入口包含main()函数控制游戏主循环核心修改点maze.h迷宫类定义声明生成、寻路、绘制接口加功能时改maze.cpp迷宫算法实现生成与寻路逻辑都在这里核心修改点stdafx.h预编译头文件通常只放标准库包含偶尔要改拿到手之后先不用急着打开编辑器而是直接双击migong.dsw。如果提示“Source Safe 登录”之类的弹窗直接取消那个是老的版本控制插件和游戏本身没有任何关系。打开之后你会看到左侧工作区里有一个migong工程展开里面有main.cpp和maze.cpp这就对了。2.2 编译三步从 Build 到运行注意项目类型别选错VC6.0 的界面虽然老但编译流程反而比新 IDE 更直观。打开工程后顶部菜单栏里有Build菜单下拉能看到Compile、Build、Execute三个常用项。先点击Build migong.exe下方输出窗口会刷出编译信息。如果一切正常最后一行是migong.exe - 0 error(s), 0 warning(s)然后按CtrlF5或点击!图标运行。但这里有个很容易翻车的细节你打开一个.dsp时VC6 默认可能把它当成了Win32 Console Application但这份迷宫源码如果用的是图形界面窗口那工程类型就得是Win32 Application。怎么看在工程名上右键 -Settings左边选Link标签看Project Options里有没有/SUBSYSTEM:CONSOLE。有的话就是控制台程序没有但代码里有WinMain那就是窗口程序。如果是窗口程序但编译时总报找不到入口说明工程类型和实际源码不匹配建议新建一个Win32 Application工程把main.cpp和maze.cpp加进去重新编译。我自己习惯用命令行验证这份资源是否完整。VC6 装了之后会带一个vcvars32.bat在“Visual C 6.0 Tools”命令行里先执行它然后进入解压目录直接编译:vcvars32.bat cl /GX /I. main.cpp maze.cpp /Fe:migong.exe这条命令里/GX是开启 C 异常处理老代码里可能没有 try-catch但它能避免某些标准库在 VC6 下报 C4530 警告。/I.表示当前目录包含头文件。/Fe:migong.exe指定输出可执行文件名。如果编译通过你会得到一个完全一样的migong.exe。这条命令的价值在于当 IDE 里因为工程配置混乱而编译失败时命令行能绕过那些玄学设置直接验证源码本身是否健康。2.3 运行参数确认字符集和控制台窗口大小迷宫游戏在控制台里跑控制台默认宽度是 80 字符但很多迷宫生成出来宽度超过 80导致画面换行错乱。这份源码里一般在main()开头会调用system(mode con cols120 lines50)或类似设置。如果运行后发现迷宫是一行一行滚着出来的就是没有设置控制台大小或者设置值超出了当前窗口范围。解决方法是右键标题栏 - 属性 - 布局把窗口宽度调到 120 以上。更省事的是直接在代码里加上#include windows.h // 在 main 开头执行一次 system(mode con cols120 lines50);注意mode con cols120 lines50这条命令在不同 Windows 版本上效果一致只是行高在部分字体下会被拉大导致底部看不到这时可以把lines调小。这个参数不是游戏逻辑的一部分但直接影响你能不能完整看到迷宫属于“还没进游戏就决定体验”的细节。3. 迷宫核心算法拆解从生成到寻路的 C 实现3.1 深度优先递归回溯生成迷宫原理与代码迷宫最核心的部分是“生成”。这份源码用的算法是深度优先递归回溯也叫随机化 Prim 或递归分割先看代码再判断。实际上 vc6.0 年代最常见的教学实现是递归回溯把所有格子当成墙然后从起点开始随机选择一个方向挖通墙壁如果挖到了没访问过的格子就继续递归否则回退。这种算法生成的迷宫有且仅有一条通路没有环路很适合做游戏。maze.cpp里通常会有一个Maze::generate()方法代码结构大致如下void Maze::generate(int startX, int startY) { visited[startY][startX] true; // 标记当前格子已访问 int dirs[4][2] {{0,-2}, {0,2}, {-2,0}, {2,0}}; // 随机打乱方向顺序 for (int i 0; i 4; i) { int r rand() % 4; int tmpX dirs[i][0]; tmpY 交换位置; } for (int i 0; i 4; i) { int nx startX dirs[i][0]; int ny startY dirs[i][1]; if (nx 0 nx width ny 0 ny height !visited[ny][nx]) { // 打通当前位置到新位置之间的那堵墙 maze[ny][nx] ROAD; maze[startY dirs[i][1]/2][startX dirs[i][0]/2] ROAD; generate(nx, ny); } } }注意我故意把方向数组的步长写成了2因为迷宫地图里每个格子的边长是 1但中间要隔一堵墙所以实际坐标每隔 2 个单位才是一个“房间”。这里的maze是二维 int 数组0 表示墙1 表示路。visited数组防止重复访问否则递归会陷入死循环。rand() % 4用于随机打乱方向注意这份源码在调用generate之前如果没有srand((unsigned)time(NULL))那么每次运行生成的迷宫都一样这我在后面避坑章节详细说。这段代码的精髓在maze[startY dirs[i][1]/2][startX dirs[i][0]/2] ROAD这一行。它打通的是当前格子与新格子之间那堵墙因为方向步长是 2除以 2 就是墙的坐标。如果你把步长改成 1整个迷宫就会变成全通的空地没有任何墙可挖。这个参数是迷宫稀疏度的根本控制点。3.2 用 BFS 找最短路径从入口到出口的队列实现迷宫不仅要生成还得能自动找路。这份源码里提供了两种出口玩法一种是玩家手动走另一种是程序自动寻路。自动寻路用的是广度优先搜索 BFS因为迷宫没有权重BFS 找到的一定是最短路径。相比 A* 需要维护代价函数BFS 在 vc6.0 下写起来更不容易出错而且对纯迷宫场景性能完全够用。核心代码如下bool Maze::solveBFS(int startX, int startY, int endX, int endY) { queueint qx, qy; int prevX[HEIGHT][WIDTH]; // 记录上一个格子的 X int prevY[HEIGHT][WIDTH]; // 记录上一个格子的 Y memset(prevX, -1, sizeof(prevX)); memset(prevY, -1, sizeof(prevY)); qx.push(startX); qy.push(startY); prevY[startY][startX] startY; // 起点标记为已访问 while (!qx.empty()) { int x qx.front(); qx.pop(); int y qy.front(); qy.pop(); if (x endX y endY) { // 到达出口 // 回溯路径把路径格标记为 PATH while (x ! startX || y ! startY) { maze[y][x] PATH; int px prevX[y][x]; int py prevY[y][x]; x px; y py; } maze[startY][startX] PATH; return true; } // 四个方向上下左右 int dx[4] {0, 0, -1, 1}; int dy[4] {-1, 1, 0, 0}; for (int i 0; i 4; i) { int nx x dx[i]; int ny y dy[i]; if (nx 0 nx WIDTH ny 0 ny HEIGHT maze[ny][nx] ROAD prevY[ny][nx] -1) { prevY[ny][nx] y; prevX[ny][nx] x; qx.push(nx); qy.push(ny); } } } return false; }这里把队列拆成qx和qy两个整型队列是因为 vc6.0 的 STL 里queuepairint,int也能用但兼容性上两个队列更稳而且在老编译器下不会因为空格 符号被解析成右移运算符而报错。prevX和prevY是路径回溯的关键BFS 遍历时记录每个格子是从哪个格子走过来的等找到出口后反向回推就能把整条路径标出来。这里有个参数边界需要注意WIDTH和HEIGHT如果是枚举或宏定义那么数组大小必须和maze数组完全一致否则memset会越界。3.3 键盘控制与碰撞检测把玩家限制在迷宫里手动玩的时候玩家按方向键移动最麻烦的是碰撞检测。很多新手实现是“按一下右键就把玩家 x 加 1”结果玩家直接穿墙。正确做法是先计算目标位置再判断目标位置是不是ROAD是则移动否则不移动。这份源码里一般用_getch()读取键盘注意 vc6.0 里getch要写成_getch且要在conio.h里声明。#include conio.h #include windows.h // 玩家结构体 struct Player { int x, y; } player; void movePlayer(int dx, int dy) { int newX player.x dx; int newY player.y dy; // 边界检查和路检查 if (newX 0 newX WIDTH newY 0 newY HEIGHT maze[newY][newX] ROAD) { player.x newX; player.y newY; gotoxy(player.x, player.y); // 光标移动 printf(); // 玩家符号 } }这段代码里dx和dy的取值只有 -1、0、1每次移动一个格子。gotoxy是自定义函数内部用SetConsoleCursorPosition实现目的是避免每次移动都清屏重绘否则控制台会闪得让人眼睛疼。如果你拿到的源码里没有gotoxy可以自己在main.cpp里加void gotoxy(int x, int y) { COORD pos {x, y}; HANDLE hOut GetStdHandle(STD_OUTPUT_HANDLE); SetConsoleCursorPosition(hOut, pos); }这里COORD是 Windows 结构体STD_OUTPUT_HANDLE是标准输出句柄属于 Win32 API而不是标准 C。这就是为什么代码里要#include windows.h。注意SetConsoleCursorPosition的坐标原点是控制台左上角而迷宫地图的数组下标是[y][x]写的时候别把顺序搞反否则会出现“按下箭头玩家反而往上走”的鬼畜现象。4. 避坑指南VC6.0 编译迷宫游戏的五个常见问题4.1 现象fatal error C1010: 在查找预编译头时遇到意外的文件结尾编译时报错具体提示是fatal error C1010很多第一次用 vc6.0 的人看到这个直接懵。其实这是 vc6.0 默认开启了“预编译头文件”选项它要求所有 .cpp 文件第一行必须包含stdafx.h但这份迷宫源码里的main.cpp可能没有写。解决方法是在main.cpp最顶部加上#include stdafx.h或者在工程设置里关闭预编译头。我建议直接关掉因为迷宫游戏根本不需要预编译头加速反而引入麻烦。关闭路径工程右键 - Settings - C/C - 分类选 Precompiled Headers - 选 Not using precompiled headers。4.2 现象error C2065: _getch : undeclared identifier写键盘输入时很多人用的是老教材里的getch()但在 vc6.0 的标准库中getch被标记为弃用必须写成_getch同时确保第一行有#include conio.h。有时候即使包含了头文件如果工程里定义了_CRT_SECURE_NO_DEPRECATE也没用因为getch和_getch是两个不同的符号。解决把代码里的getch全部替换成_getch不要心存侥幸。4.3 现象编译运行后控制台窗口一闪而过代码能编译exe 能生成但是双击运行或者从 IDE 里执行时窗口唰一下消失根本看不到迷宫。原因是main()函数执行完就退出了而没有等待用户输入。解决是在main()结尾加system(pause);或getchar();。但注意system(pause)会调用系统命令被杀毒软件拦截时偶尔会闪退所以更推荐用getchar()。另外如果你是从 IDE 里按CtrlF5运行vc6.0 会暂停窗口但直接双击 exe就必须靠代码暂停。4.4 现象每次运行生成的迷宫一模一样这是最隐蔽的坑。rand()生成的随机数序列是固定的如果不设置随机种子第一次运行和第十次运行的迷宫完全相同。解决是在生成迷宫之前调用srand((unsigned)time(NULL))注意要包含time.h。但还有个细节你如果在一个主循环里反复生成迷宫又快速调用srand和time可能会导致两次生成的种子一样因为time按秒返回。这时可以改成srand(GetTickCount())GetTickCount()是 Windows 提供的毫秒级计数器精度更高。迷宫类代码里一般推荐在Maze::generate函数内部调用srand或者只在main开头调用一次。4.5 现象走出边界或隔空穿墙画面出现乱码这种情况通常是数组越界。迷宫数组maze[HEIGHT][WIDTH]但你在访问时写成了maze[x][y]把横纵坐标倒置。控制台画面是行列结构如果你用maze[player.x][player.y]访问当player.y大于等于HEIGHT时就会读到其他内存显示为乱码。解决方法是统一坐标约定数组第一维永远是 y第二维永远是 x并且在绘制输出和碰撞检测中使用完全相同的约定。我习惯在代码顶部写一行注释// 坐标一律用 maze[行][列]行列对应 y/x防止自己改到一半搞混。5. 进阶把控制台迷宫升级成带计时和自定义大小的完整小游戏5.1 增加计时器和步数统计基础迷宫只能走没有反馈显得很单薄。我一般会加两个指标耗时和步数。耗时用clock()最省事它在time.h里返回程序运行到当前的 CPU 时钟 tick 数除以CLOCKS_PER_SEC就是秒数。在玩家开始移动前记录startTime clock()每次移动有效即真正改变了坐标时stepCount到达出口后打印成绩。#include time.h clock_t startTime; int stepCount 0; // 玩家按任意方向键后调用 void onPlayerMove(int dx, int dy) { int newX player.x dx; int newY player.y dy; if (newX 0 newX WIDTH newY 0 newY HEIGHT maze[newY][newX] ROAD) { player.x newX; player.y newY; stepCount; gotoxy(player.x, player.y); printf(); } } // 到达出口后 void showResult() { double elapsed (double)(clock() - startTime) / CLOCKS_PER_SEC; printf(\n\n 用时 %.1f 秒步数 %d 步\n, elapsed, stepCount); }这里有个细节clock()计算的是 CPU 时间如果系统负载高它可能比真实时间慢。但对于这种小游戏完全够用不值得为了高精度去用QueryPerformanceCounter。步数统计的关键是只在移动成功时才stepCount不能在按键时加否则玩家撞墙一直按步数狂涨成绩就没有意义了。5.2 把迷宫大小改成可配置参数源码里的迷宫大小通常是固定宏比如#define WIDTH 21和#define HEIGHT 21。奇数是为了保证边界是墙、内部路和墙交替出现。你想改成 31 或 41直接改宏即可但要注意控制台窗口宽度要匹配。更灵活的做法是让玩家启动时输入迷宫难度用scanf读取。int mazeWidth, mazeHeight; printf(请输入迷宫宽度奇数建议 21~61: ); scanf(%d, mazeWidth); printf(请输入迷宫高度奇数建议 21~31: ); scanf(%d, mazeHeight); if (mazeWidth % 2 0) mazeWidth; if (mazeHeight % 2 0) mazeHeight;这里强制把偶数转成奇数是为了保证迷宫的外围全是墙内圈路径有完整的墙体分隔。但注意maze数组必须是动态分配或者在栈上按最大尺寸声明。如果你改成动态分配记得用delete[]释放否则会内存泄漏。在 vc6.0 里new int[HEIGHT][WIDTH]这种二维动态分配是不合法的得先分配行指针再分配每行。偷懒做法是声明一个足够大的静态数组比如int maze[100][100];然后只用前height行和width列虽然浪费内存但小游戏无所谓。5.3 用颜色区分墙、路、玩家和路径黑白迷宫看久了容易累。Windows 控制台支持SetConsoleTextAttribute可以让墙显示为灰色、路显示为绿色、玩家显示为红色、自动寻路结果显示为黄色。在输出字符前调用一次即可。#include windows.h void setColor(int color) { HANDLE hOut GetStdHandle(STD_OUTPUT_HANDLE); SetConsoleTextAttribute(hOut, color); } // 绘制迷宫时 for (int y 0; y height; y) { for (int x 0; x width; x) { if (maze[y][x] WALL) setColor(8); // 灰色墙 else if (maze[y][x] ROAD) setColor(10); // 绿色路 else if (maze[y][x] PATH) setColor(14); // 黄色路径 if (x player.x y player.y) { setColor(12); // 红色玩家 printf(); } else { printf(%c, maze[y][x] WALL ? # : ); } } printf(\n); }颜色代码里 0-15 是标准 Windows 控制台色板10 是亮绿12 是亮红14 是亮黄8 是灰。注意颜色设置是全局的如果你要恢复默认最后要再调一次setColor(7)。另外每次重绘都会闪烁我一般配合gotoxy只刷新玩家坐标附近的一小块而不是每次都全屏重绘。全屏重绘在迷宫 61x61 时明显卡顿因为控制台逐个字符输出非常慢。5.4 把自动寻路结果做成“动画”演示BFS 算出路径后如果你一次性把所有路径格子打印出来玩家只能看到结果没意思。可以在回溯路径时加一个小延时让路径一格一格地亮起来。#include windows.h #include time.h // 在回溯路径循环中 while (x ! startX || y ! startY) { maze[y][x] PATH; gotoxy(x, y); setColor(14); printf(*); Sleep(50); // 每 50 毫秒移动一格 int px prevX[y][x]; int py prevY[y][x]; x px; y py; }Sleep(50)的单位是毫秒50 的话每秒显示 20 格视觉上刚好能看清路径延伸过程又不会太慢。如果你觉得动画太快或太慢把 50 改成 30 到 80 之间的值。这里可以用Sleep它来自windows.h不是标准 C但在 Windows 控制台游戏里是最常见的暂停方式。注意Sleep是大小写敏感的函数写成sleep会编译报错因为 vc6.0 没有小写版sleep。拿这套源码练手时我的习惯是先把生成算法改成非递归版本用栈模拟递归减少函数调用开销也让理解更透彻。后面我每次拿到一个老 VC6 工程都会先检查预编译头、字符集和随机种子这三个点再动手改逻辑。希望你也能在 migong.rar 的基础上不只是跑通一个游戏而是真正找到改代码的乐趣。希望帮到你。本文还有配套的精品资源点击获取