简介一套基于C与VC6.0实现的贪吃蛇游戏增强版源码及工程包适合C初学者、游戏开发入门者也适合想通过实战复习面向对象封装、链表增删遍历及Windows编程流程的学习者。压缩包共58个文件、约8.98MB除cpp/h源文件外还包含rc/bmp/ico等界面资源、dsp/dsw工程配置、可直接运行的exe以及编译过程生成的obj/sbr/pch等中间文件目录结构清晰便于对照查看和重新编译。项目采用双类设计将蛇与链表节点分别封装用单链表动态管理蛇身增长覆盖键盘事件监听、图形绘制、定时器变速、游戏状态切换和错误处理等Windows程序设计要点能够帮助理解VC6.0下MFC或API开发、消息循环与状态机管理的实际写法。已有178人浏览学习是一份兼顾知识点复习与完整项目体验的C游戏编程案例适合作为课程设计或自学练手参考。1. 从贪吃蛇到“增强”贪吃蛇这套VC6.0源码帮你省掉什么贪吃蛇游戏几乎是每个C语言学习者绕不开的入门项目但网上能直接跑通的版本并不多要么是纯C的简陋控制台版要么是MFC大而全看不懂源码要么代码里一堆全局变量和goto改起来比重写还累。这套增强版贪吃蛇是专门围绕VC6.0和C写的代码模块拆得比较清楚包含方向控制、碰撞检测、计分升级、障碍物生成、双缓冲绘制和存档加密拿过去可以直接编译运行也可以作为课程设计交作业的底子。适合两类人一类是正在学C、想找一个完整可运行的工程练手另一类是手上已有基础版贪吃蛇想把界面、逻辑、存档都做厚一点但不想从零重排。接下来我会按真实开发顺序从工程搭建、核心逻辑到增强玩法、避坑经验把每个关键点展开说。2. 为什么还在用VC6.0工程选型与第一个可运行窗口2.1 控制台还是Win32窗口不同增强路线的取舍VC6.0里新建工程时最常见的选择是“Win32 Console Application”和“MFC AppWizard”。贪吃蛇这种实时刷新界面的游戏到底该用哪个我的建议是如果目标是快速跑通逻辑、交实验报告选控制台应用如果想把画面做得像正式游戏才需要上Win32窗口或MFC。控制台应用的好处是上手成本低printf、scanf、getch都能直接用Windows控制台API也足够完成方框绘制、隐藏光标、调整窗口尺寸。缺点是刷新一整屏时要小心闪烁这一点我会在避坑章节专门处理。Win32窗口版需要处理WM_PAINT、消息循环和定时器逻辑复杂度一下子提上来但画面表现力更强能结合BitBlt做位图贴图。这套增强版源码采用的是控制台应用加Windows API混搭既保留了教学性也让游戏手感接近标准贪吃蛇。你不需要额外引入第三方图形库VC6.0自带的windows.h就能包办。除了运行环境还要想清楚游戏循环怎么写。最简单的写法是直接用while(1)加Sleep(200)每循环一次移动一格。这种写法看起来直接但机器负载高、帧率不稳。更合适的做法是用GetTickCount()计算距离上一帧的真实时间差再决定睡眠时间这样在慢速电脑上蛇也不会突然变快或卡顿。2.2 搭建基础工程包含目录、链接库和最小骨架在VC6.0里新建一个“Win32 Console Application”选择“A simple application”然后删掉自动生成的代码。先做三件事包含头文件、链接多媒体库、隐藏控制台光标。#include windows.h #include conio.h #include time.h #include stdio.h #pragma comment(lib, winmm.lib) // 如果后面要加PlaySound播放音效这一行#pragma comment(lib, winmm.lib)会告诉VC6.0链接器去加载Windows多媒体库。很多初学者在后期调用PlaySound时遇到“找不到该符号”的错误就是因为少了这个链接库。conio.h提供_kbhit和_getch用于非阻塞读取键盘方向键time.h用于随机数种子。接下来在主函数里初始化控制台设置窗口标题和大小int main() { HANDLE hOut GetStdHandle(STD_OUTPUT_HANDLE); CONSOLE_CURSOR_INFO cci { 1, FALSE }; SetConsoleCursorInfo(hOut, cci); SetConsoleTitle(Snake - VC6.0 Enhanced); system(mode con cols60 lines30); // 游戏逻辑在这里…… return 0; }SetConsoleCursorInfo把光标隐藏刷屏时不会看到一闪一闪的“小横条”。system(mode con cols60 lines30)把控制台窗口设定为60列、30行这个尺寸足够绘制一个20×15的游戏区域加右侧的状态栏。窗口太大控制台默认缓冲区会横向滚动反而影响画面。搭建好骨架后先写一个测试循环确保按键读取正常。注意_getch读取方向键时会返回两个字节第一字节是0或224第二字节才是真正的键值。如果只读一次方向键会完全失效。2.3 用GetTickCount做延时VC6.0里的高精度时钟很多人写贪吃蛇喜欢直接Sleep(200)后来发现换台电脑速度就变了在任务管理器拖动窗口时还会暂停这是因为Sleep本身只保证“至少睡眠这么多毫秒”实际唤醒时间受系统调度影响。更好的做法是利用GetTickCount获取系统时间计算本帧的累计时间。void GameDelay(unsigned int targetMs) { unsigned int start GetTickCount(); unsigned int delta 0; while (delta targetMs) { Sleep(1); delta GetTickCount() - start; } }这个函数在Windows 7、Windows 10 上都能正常使用因为GetTickCount是Win32 API从系统启动时开始计时单位是毫秒。GetTickCount返回的是无符号32位整数windows连续运行超49天会回绕不过做课程设计基本不会遇到这问题。用这种“补偿式延时”替代固定Sleep能明显改善速度忽快忽慢的问题。实际游戏主循环里我一般会再加一帧逻辑保护如果画面绘制耗时超过了目标帧时间就不继续睡直接进入下一帧。这样才能做到速度等级设置多少实际跑起来就接近多少。3. 核心逻辑实现蛇的移动、碰撞检测与状态机3.1 蛇身数据结构数组、链表与实时长度变化蛇身数据是整份代码的地基。最朴素的想法是定义一个二维数组int snake[500][2]第一列存x第二列存y。这个方案的问题是增删蛇身时必须整体搬移可读性一般。链表方案每个节点动态分配删除尾部时还要遍历找前一个节点代码量也不小。课程设计阶段我更推荐用静态结构体数组加头尾索引逻辑简单且不容易出错。#define MAX_SNAKE_LEN 500 struct Snake { int x[MAX_SNAKE_LEN]; int y[MAX_SNAKE_LEN]; int len; int dir; // 0上 1下 2左 3右 }; Snake snake;为什么用两个数组而不是一个POINT结构体数组因为后续双缓冲绘制时需要快速遍历蛇身坐标并设置缓冲区标记两个数组的遍历性能和可读性比结构体数组更好。dir记录当前方向移动时不允许反向防止蛇直接穿回头。初始化蛇身时我习惯把蛇头放在屏幕中间初始长度3格void InitSnake() { snake.len 3; snake.x[0] 20; snake.y[0] 10; // 头 snake.x[1] 19; snake.y[1] 10; snake.x[2] 18; snake.y[2] 10; snake.dir 3; // 默认向右 }这里不用memset清空整个数组因为只要len正确移动函数只会遍历前len个元素。如果用memset把非使用区域全清0反而看不出逻辑错误调试时更容易被误导。3.2 方向控制与移动算法先加头后去尾移动逻辑一句话概括把蛇头按当前方向移动一格再把新的头部坐标插入数组最前面尾巴坐标移除。void MoveSnake() { int newHeadX snake.x[0]; int newHeadY snake.y[0]; switch (snake.dir) { case 0: newHeadY--; break; case 1: newHeadY; break; case 2: newHeadX--; break; case 3: newHeadX; break; } // 把原蛇身从后往前搬移 for (int i snake.len - 1; i 0; i--) { snake.x[i] snake.x[i - 1]; snake.y[i] snake.y[i - 1]; } snake.x[0] newHeadX; snake.y[0] newHeadY; }这段代码每次移动都把后面坐标依次覆盖成前一个坐标相当于蛇身沿着路径跟上来最后再单独把新头坐标写到数组首位。很多新手会先修改snake.x[0]再遍历结果整条蛇只剩下一个头这就是搬移顺序没搞对。方向控制要防止“向左走时按右直接掉头”。正确的做法是记录lastDir在按键处理时过滤掉相反方向if (newDir 0 snake.dir ! 1) snake.dir newDir;3.3 碰撞检测与状态机吃到食物、撞墙、咬到自己有了移动函数还需要一套状态机统一管理流程。游戏状态无非三种正在运行、吃到食物、游戏结束。我会用枚举定义并在主循环里集中判断。enum GameState { STATE_RUNNING 0, STATE_EAT_FOOD, STATE_DEAD, STATE_WIN };每帧移动完后立刻检查碰撞。撞墙的判断比较简单x或y越界就是死。咬到自己需要从i1开始遍历因为蛇头自己肯定等于自己不能误判。bool CheckCollision(int headX, int headY) { if (headX 1 || headX WIDTH - 1 || headY 1 || headY HEIGHT - 1) return true; for (int i 1; i snake.len; i) { if (headX snake.x[i] headY snake.y[i]) return true; } return false; }这里把游戏区域外圈当作墙所以WIDTH和HEIGHT必须比可活动区域多2个格子。如果你希望蛇能穿过边界从对侧出来则去掉越界判断只保留撞自身检查。不同版本的贪吃蛇规则不一建议在代码开头注释说明采用哪种规则交作业时老师一眼能看懂。食物检测放在碰撞检测之后。如果新头部坐标等于食物坐标不删除尾部len分数增加然后生成新食物bool CheckFood(int headX, int headY) { if (headX food.x headY food.y) { snake.len; score 10; GenerateFood(); return true; } return false; }这里有个细节len后移动函数虽然把蛇身搬移了但新尾部坐标被保留下来相当于蛇变长了一格。食物生成函数必须避开当前蛇身和障碍物否则食物刷在蛇身上看起来像是没吃到实际下一帧就会莫名触发死循环。4. 增强玩法落地计分、关卡加速与障碍物生成4.1 随机食物生成与分数累计避开蛇身和障碍物的随机点普通贪吃蛇的食物生成只是一个随机点但“增强版”至少要保证两点食物不能落在蛇身上不能落在障碍物上。常见做法是写一个GenerateFood()用死循环不断测试随机坐标直到找到合法点。void GenerateFood() { bool valid false; while (!valid) { food.x rand() % (WIDTH - 2) 1; food.y rand() % (HEIGHT - 2) 1; valid true; for (int i 0; i snake.len; i) { if (food.x snake.x[i] food.y snake.y[i]) { valid false; break; } } if (valid) for (int i 0; i obstacleCount; i) { if (food.x obstacle[i][0] food.y obstacle[i][1]) { valid false; break; } } } }这段代码的valid标志是新手最容易写坏的地方如果只检查蛇身不检查障碍物或者检查完把valid重置了都会死循环。每次重新生成时两个循环都要重新走一遍不能提前改变valid的状态。分数累计我采用“基础分连击分”设计正常吃一个食物加10分如果连续三次快速吃到食物额外加5分。连击计数在每帧开始时重置这样鼓励玩家冒险。代码实现非常短if (lastEatTime ! 0 GetTickCount() - lastEatTime 3000) { combo; score 5; } else { combo 1; score 10; } lastEatTime GetTickCount();连击逻辑要在CheckFood确认吃到了再执行不能在食物生成时执行。4.2 速度分级与关卡切换延时时间随关卡递减速度分级最简单的做法是把目标延时放在一个数组里表驱动修改不要用if else堆十层。unsigned int speedTable[6] { 0, 200, 160, 120, 90, 70 };speedTable[1]是第1关的每帧目标时间200毫秒属于入门速度第5关70毫秒已经相当快。关卡升级条件通常按食物数每吃满5个食物升一关最大关卡5。升级时修改currentLevel主循环里的GameDelay(speedTable[currentLevel])自动生效。关上还要考虑一个边界当currentLevel达到上限时游戏是否胜利我选择在第5关再吃10个食物后显示“胜利”状态不无限加速。否则蛇会快到人类无法操作变成纯测试按键反应。void CheckLevelUp() { if (eatCount currentLevel * 5 currentLevel MAX_LEVEL) { currentLevel; getch(); // 暂停一次让玩家有心理准备 } }getch()在升级时等一个按键这个细节很多教程不讲但实际体验非常好。没有它玩家还没看清上一关的地图速度就突然跳档容易吓一跳。4.3 障碍物与边界难度怎样渐进障碍物生成比食物复杂一点因为障碍物数量多而且不能挡住蛇的初始通道。我采用“关卡模板数组”来定义每关障碍物坐标比运行时随机生成更可控。int obstacleTemplate[5][8][2] { { {0,0} }, { {5,5}, {6,5}, {7,5} }, { {5,5}, {6,5}, {7,5}, {12,8}, {12,9} }, // 后续关卡继续增加 };生成时先复制模板到obstacle数组再检查每个障碍物是否与蛇头所在初始位置冲突。如果某关模板恰好在蛇头出生点附近手动调整模板坐标比在代码里写复杂碰撞处理要省心。运行时生成的障碍物容易把唯一的通道堵死导致蛇必死这种体验对玩家打击太大。还要给障碍物加一个“可穿透”开关。我在代码里定义全局变量bool obstacleSolid默认为true。如果把它改成false蛇穿过障碍物时不会死但分数减少10分。这个设定让难度有了两种模式适合不同水平的玩家。5. 避坑指南VC6.0下关于速度、随机数与控制台刷新的四个常见问题5.1 现象蛇移动速度不均匀越跑越快原因主循环里用固定Sleep(200)但每次绘制蛇身时都通过printf输出大量字符绘制耗时本身就不固定。如果机器性能波动实际每帧耗时在 200 毫秒到 260 毫秒之间晃动蛇就显得一顿一顿。解决引入GetTickCount做目标帧时间补偿。每帧开始记录时间戳结束时计算差值如果小于目标时间就休眠差值否则不睡立即进入下一帧。我在第二章给出的GameDelay函数就是为此设计的实际使用时把Sleep(1)改为Sleep(2)减少系统线程切换开销。还有一种隐藏原因如果键盘轮询用了while(_kbhit())每次循环会消耗较多时间反而把速度压慢。正确做法是每帧只读取一次按键不要循环读完所有缓存。5.2 现象随机食物总是刷在蛇身上原因rand()生成的序列在VC6.0里是有周期性的如果你用rand() % WIDTH当蛇身占据屏幕较大比例时连续随机数次都会命中蛇身而代码里又没有判断重叠食物就会显示在蛇身上看起来非常诡异。解决GenerateFood()要写死循环尝试初始随机种子用GetTickCount()而不是time(NULL)。VC6.0对time(NULL)的精度比较粗如果游戏启动时间间隔很短两个进程会拿到相同种子导致游戏每次开局的食材位置一模一样。用GetTickCount()作为种子的辅助来源能让开局随机性更好。此外当蛇身超过整个区域的一半时食物生成的时间复杂度会显著上升此时可以退化为从空闲坐标集合里顺序挑选而不是随机撞运气。5.3 现象控制台闪烁严重像抽风一样原因每帧都用system(cls)清屏再把所有字符依次printf出来。控制台刷新速度和字符输出量不匹配画面会出现明显闪烁尤其是蛇身较长或障碍物多的时候。解决在下一章双缓冲绘制之前先做一个低成本优化把背景字符一次性写入一个二维缓冲区然后逐行输出最后统一复位光标到(0,0)。比cls加逐字符输出快很多。如果这样还闪就用双缓冲API。5.4 现象在Win7/Win10上点击运行秒退或VC6.0编译提示找不到头文件原因VC6.0发布年代较早它默认的控制台编码和Windows新系统的代码页不完全一致。部分系统环境中printf输出中文会出现乱码程序启动后因为某个字符编码异常直接退出。另一个常见原因是没有设置_CRT_SECURE_NO_WARNINGSVC6.0在Win7以上系统编译时会警告scanf等函数不安全某些工程设置会把这些警告升级为错误。解决主函数开头加两行代码强制设置控制台代码页SetConsoleCP(CP_ACP); SetConsoleOutputCP(CP_ACP);这两行告诉Windows当前控制台使用系统默认ANSI代码页在中文系统就是GB2321printf的中文输出就正常了。编译时有_CRT_SECURE_NO_WARNINGS警告不理会也可以非要消除就在stdafx.h或主函数文件最前面加#define _CRT_SECURE_NO_WARNINGS。6. 进阶优化双缓冲绘制与存档加密把作品做成能交作业的样子6.1 双缓冲绘制的实现闪屏的根源是控制台直接输出到屏幕缓冲区而我前几章用的printf本质上是逐字符输出。双缓冲的思路是先在一个内存二维数组里把所有要显示的内容画好再一次性输出到控制台。char screenBuf[HEIGHT][WIDTH]; void DrawGame() { // 先全屏填空白 memset(screenBuf, , sizeof(screenBuf)); // 画边界 for (int i 0; i WIDTH; i) { screenBuf[0][i] #; screenBuf[HEIGHT - 1][i] #; } // 画蛇身 for (int i 0; i snake.len; i) { screenBuf[snake.y[i]][snake.x[i]] (i 0) ? O : o; } // 画食物 screenBuf[food.y][food.x] $; // 画障碍物 for (int i 0; i obstacleCount; i) { screenBuf[obstacle[i][1]][obstacle[i][0]] *; } // 一次性输出到控制台 COORD cursorPos { 0, 0 }; SetConsoleCursorPosition(GetStdHandle(STD_OUTPUT_HANDLE), cursorPos); char line[WIDTH 2]; for (int i 0; i HEIGHT; i) { memcpy(line, screenBuf[i], WIDTH); line[WIDTH] \0; printf(%s, line); if (i HEIGHT - 1) printf(\n); } }这个思路在Windows控制台里已经接近能做到的极限了。如果你的作业要求更华丽的界面再把screenBuf换成CHAR_INFO数组用WriteConsoleOutput函数一次性刷新整个控制台那个效果接近无闪烁。6.2 存档异或加密与校验增强版贪吃蛇免不了要存最高分。直接写二进制文本容易被别人改我用简单异或加密加校验码让别人没法直接改存档。void SaveScore(int score) { unsigned char buf[8]; for (int i 0; i 4; i) { buf[i] (score (i * 8)) 0xFF; } buf[4] buf[0] ^ 0xAA; buf[5] buf[1] ^ 0x55; buf[6] buf[2] ^ 0x77; buf[7] buf[3] ^ 0x1F; FILE* fp fopen(save.dat, wb); fwrite(buf, 1, 8, fp); fclose(fp); }读取时同样异或还原并校验score的四个字节是否满足校验关系。加密强度不高但对课程设计来说已经足够。这份代码里的贪吃蛇项目在一次课程设计中帮我拿了一个不错的分数之后的每个游戏项目我都强制走一遍“先搭状态机、再画缓冲区、最后才写逻辑”的流程少了很多回头改bug的麻烦。希望帮到你。本文还有配套的精品资源点击获取