C语言贪吃蛇源码解析：链表、碰撞检测与期末大作业实践

简介：这份C语言贪吃蛇大作战源代码，专为期末大作业与课程设计准备，面向初学C语言、需要独立完成项目实践的高校学生。项目基于Visual Studio开发，源码中附有清晰注释，覆盖贪吃蛇的移动控制、食物随机生成、碰撞检测与分数统计等核心游戏逻辑，逻辑清晰、结构模块化，适合新手对照学习，也方便在此基础上扩展玩法或优化界面。资源压缩包共包含29个文件，不仅有核心的C源文件与头文件，还配有Visual Studio工程配置（sln、vcxproj）、可直接运行的exe程序以及pdb、ilk等调试信息文件，便于查看编译过程与排查问题；另含README说明，帮助快速上手部署。压缩包整体大小49.08MB。目前已有434人学习浏览，项目功能完整、界面简洁，简单几步即可运行，既能作为高分期末作业直接提交，也是理解C语言综合应用的绝佳范例。

1. 期末大作业的深水区：这份 C 语言贪吃蛇代码到底值不值得用

期末周最让人上火的不是题目难，而是网上淘来的贪吃蛇源码一打开就报错，或者跑起来了但答辩老师一句“这个链表为什么不用数组”就把你问倒在讲台上。这份 C 语言贪吃蛇大作战源代码，属于那种能直接编译运行、同时结构上还能讲出东西的版本：蛇身用单链表存，方向输入用非阻塞扫描，碰撞分三类判断，计分和关卡都在主循环里做成模块。适合拿去交期末大作业，也适合想把手边的贪吃蛇改成课设的入门者。它不是黑匣子，每一个函数拆开都能在答辩时讲清楚，这才是它真正值钱的地方。

2. 把贪吃蛇拆成五个模块：主循环、链表与碰撞检测怎么配合

拿到一份 C 语言项目源码，我习惯先画功能边界，而不是先读代码。贪吃蛇看起来小，但拆开之后至少有五个模块：蛇身数据、地图边界、食物生成、输入处理、主循环渲染。这五个模块如果搅在一个 main 函数里，跑起来没问题，但答辩几乎必翻车。这份资源的做法是把蛇身抽象成链表，把游戏状态用结构体包起来，主循环只负责调度，各模块各管一段。

2.1 为什么蛇身用链表而不用数组：头插尾删的时间复杂度

很多初学者喜欢用二维数组直接标记蛇身坐标，写起来简单，但有一个先天缺陷：蛇移动一次，整条蛇的每个节点都要挪一遍。数组版本每次移动是 O(n)，链表版本只需要在头部插入新坐标、在尾部删除旧坐标，两次操作都是 O(1)。蛇长到二十节以后，体感差异就很明显，尤其是用旧电脑跑 Windows 控制台窗口时，数组版本会一下一下地顿。

我一般会用结构体把蛇定义成带头结点的单链表，每个节点只存 x、y 坐标和 next 指针。这样后面加“穿墙模式”“障碍物”也方便扩展。下面是这份资源里常见的定义方式：

typedef struct SnakeNode { int x, y; struct SnakeNode *next; } SnakeNode; typedef struct { SnakeNode *head; // 蛇头 SnakeNode *tail; // 蛇尾 int length; // 当前长度 int direction; // 0上 1下 2左 3右 int score; // 当前得分 } Snake;

定义里把蛇头和蛇尾都存下来，是因为每次移动必然涉及“头插”和“尾删”两个动作。如果只存 head，删尾巴的时候还要从头遍历找到倒数第二个节点，链表优势就没了。score 单独放在 Snake 结构体里，是为了后续计分模块不用再传一堆参数。

实际移动逻辑不复杂：根据当前方向算出新头坐标，malloc 一个新节点插到 head 前面，再把尾巴节点 free 掉。如果这一步顺序写反了，就会出现蛇身长度越走越长或者尾巴跟不上蛇头的问题，后面第 5 章会专门说这个坑。

2.2 主循环骨架：输入、逻辑、绘制三段分离

这套源码的主循环写得比较规矩，分成三步：先看有没有按键输入，再判断是否到了移动的时间点，最后重绘画面。代码骨架大致是下面这样：

while (!gameover) { // 1. 处理输入 if (_kbhit()) { handle_input(&snake); } // 2. 按时间间隔移动 if (clock() - last_move >= speed_interval) { move_snake(&snake, &food, &gameover); last_move = clock(); } // 3. 绘制 draw_game(snake, food); }

这里有几个关键参数：speed_interval 是两次移动之间的间隔毫秒数，数值越小蛇走得越快；last_move 用 clock() 记录上一次移动的时钟周期，避免用 Sleep 阻塞导致按键输入卡顿。把输入和移动分开的好处是，蛇的移动节奏是稳定的，不管用户什么时候按键，都不会出现“按一下走两步”的失控感。

游戏状态用 gameover 标志位控制，而不是用 break 直接跳出循环。这样退出前还能做“显示最终得分”“更新最高分记录”这些收尾动作，答辩时老师问“游戏结束怎么处理的”，你可以直接指这一块逻辑。

2.3 三类碰撞检测：撞墙、撞自己、吃食物

碰撞检测是贪吃蛇最容易写错的部分。这份资源把碰撞分成了三个独立函数，每个函数只判断一种情况，互不掺和。推荐你保留这种拆分方式，因为答辩时老师会追问“如果蛇头和蛇头重合怎么算”“蛇吃完食物立刻撞墙会怎样”，拆开之后每一问都好答。

常见的判断方式是这样：

int check_wall_collision(Snake *snake, int width, int height) { return snake->head->x < 0 || snake->head->x >= width || snake->head->y < 0 || snake->head->y >= height; } int check_self_collision(Snake *snake) { SnakeNode *cur = snake->head->next; while (cur) { if (cur->x == snake->head->x && cur->y == snake->head->y) return 1; cur = cur->next; } return 0; } int check_food_collision(Snake *snake, Food *food) { return snake->head->x == food->x && snake->head->y == food->y; }

check_self_collision 里为什么从 head->next 开始遍历而不是从 head 开始？因为蛇头永远和自身坐标重合，如果从 head 开始判断，等于每走一步都判定自己咬自己。这三个函数的参数传蛇结构体指针，不直接访问全局变量，也是为后续扩展成两人对战模式留的口子。width 和 height 由地图常量控制，控制台窗口一般设 40 列 × 20 行比较合适，太宽了蛇跑半天吃不到食物，太窄了开局就撞墙。

3. 让蛇走起来：方向输入、定时刷新与变速的三处关键代码

很多从网上下载的版本最大的问题是：方向键按下去没反应，或者蛇明明往左走你按上它直接掉头往回走然后咬到自己。这套源码在输入处理上做了两件关键的事：用 _kbhit 做非阻塞检测，用方向合法性检查拦截反向操作。这两件事也是答辩时的高频考点。

3.1 方向输入与反向拦截：为什么连续按两个方向会当场自杀

贪吃蛇的一个经典翻车场景：蛇正在向右走，用户先按了上，紧接着又按了左。如果代码里不加判断，第二次按左会把方向改成左，可蛇头向右走的惯性还在，游戏逻辑会在下一次刷新时让蛇头往左跑，直接穿过自己身体。所以专业一点的写法是：当前方向是右时，禁止把方向改成左；当前方向是上时，禁止改成下。

void handle_input(Snake *snake) { int key = _getch(); if (key == 224) { // 方向键的扩展码 key = _getch(); switch (key) { case 72: // 上 if (snake->direction != 1) snake->direction = 0; break; case 80: // 下 if (snake->direction != 0) snake->direction = 1; break; case 75: // 左 if (snake->direction != 3) snake->direction = 2; break; case 77: // 右 if (snake->direction != 2) snake->direction = 3; break; } } }

这里有个新手很容易忽略的细节：Windows 控制台的方向键不是普通字符，按键后第一次 _getch 返回 224，第二次才返回具体的键值 72、80、75、77。不加这个判断，上下左右全都会被当成普通字符丢掉，蛇自然不动。direction 用 0、1、2、3 代替枚举值，主要是为了在 switch 里写起来轻量，答辩时如果老师问为什么不定义成枚举，你可以说“节省一个枚举类型定义，在控制台小项目里可读性够用”。

3.2 非阻塞输入：_kbhit 与 _getch 组合使用

如果直接只用 _getch()，程序会停在等待按键的地方，蛇就再也不动了，因为主循环被卡死。正确做法是用 _kbhit() 先探测键盘缓冲区里有没有内容，有才调用 _getch() 读取。这个机制在 Windows 平台下要包含 conio.h，Linux 下没有这个头文件，所以这份源码是典型的 Windows 控制台项目，你交作业时也最好在 Visual Studio 或 Dev-C++ 里运行。

我一般还会在 handle_input 里加一个 clearbuffer 动作：当 _kbhit() 返回非零时，用循环把缓冲区里残留的按键全部读掉，只保留最后一个方向键。不然用户连按三下方向键，蛇会在 0.2 秒内连续转向三次，每次都命中反向拦截还好，拦不住就直接撞死自己。具体做法是在主循环处理输入前，先 while(_kbhit()) 读掉旧输入，只记录最后读到的那个键值。

3.3 变速与关卡：用 speed_interval 控制难度曲线

运行时不能是死速度，否则吃满 20 个食物后玩家会觉得无聊。这份资源的速度控制写成一个独立函数，得分每涨 10 分就减一次间隔，但设了下限，防止蛇快到没法玩：

void update_speed(Snake *snake) { int base_interval = 200; // 初始速度：每200毫秒移动一格 int min_interval = 80; // 最快速度：每80毫秒移动一格 snake->speed_interval = base_interval - snake->score * 2; if (snake->speed_interval < min_interval) { snake->speed_interval = min_interval; } }

base_interval 和 min_interval 这两个参数建议你直接改一改试试效果。200 毫秒起步是绝大部分人觉得舒服的节奏，80 毫秒已经快到肉眼盯起来费劲。如果你想要“越玩越难”的感觉，还可以改成按蛇身长度变速，长度每增加 3 节减一次间隔。答辩时把这两条加速曲线的取舍讲出来，老师会认为你考虑过玩法平衡性，而不是只会写功能。

4. 从能跑到高分：计分、关卡与最高分存档的加分设计

源码里如果只有基础玩法，顶多算“能跑”。期末大作业想拿高分，需要在计分规则、关卡递进和持久化存档上动刀。这三块是老师评分时重点看的“工作量”。这份资源在这三块都有对应实现，下面挨个拆开讲。

4.1 计分规则：长度、食物与速度奖励怎么折算

计分最基础的写法是吃一个食物加 10 分，但如果你只写这一句，老师会觉得你没有设计。更合理的做法是分数跟蛇的长度和当前速度挂钩：吃一个食物加 10 分，蛇身每满 5 节额外奖励 5 分，速度越快奖励系数越高。这样玩家会主动追求“速吃”，而不是把蛇养得老长慢慢溜达。

void add_score(Snake *snake) { int reward = 10; if (snake->length >= 5 && snake->length % 5 == 0) { reward += 5; } if (snake->speed_interval < 100) { reward += 5; // 高速状态奖励 } snake->score += reward; }

这段代码里用到 snake->speed_interval 作为高速状态判断，前提是你把速度间隔存在了 Snake 结构体里。如果没存，就得在调用 add_score 时把当前速度传进来，多一个参数。注意 length % 5 == 0 这个条件在吃掉食物那一刻判断是准确的，但如果在这个函数之后才插入新节点，length 还没更新，会晚一拍触发奖励。稳妥做法是把节点插入逻辑放在 add_score 之前。

4.2 关卡推进：蛇速、障碍物与食物数量变化

关卡和速度是两个概念。速度是连续变化，关卡是阶跃变化。可以在 Snake 结构体里加一个 level 字段，每累计 50 分升一级，关卡改变时做两件事：第一，调用 update_speed 把速度整体提高一档；第二，随机生成若干个障碍物节点，蛇头撞上去视为死亡。这一步能显著提升项目的“完整度”。

void next_level(Snake *snake, Obstacle *obstacles, int *obstacle_count) { snake->level++; snake->speed_interval -= 30; if (snake->speed_interval < 80) { snake->speed_interval = 80; } *obstacle_count = snake->level * 2; // 每关新增2个障碍物 generate_obstacles(obstacles, *obstacle_count); }

障碍物生成的时候要注意避开三块区域：蛇身当前占用的格子、食物当前所在的格子、以及地图边界。如果障碍物生成在蛇身上，蛇不动就已经死了；生成在食物上，这关永远吃不到那个食物。常见做法是生成后用一个循环检查坐标，重试生成直到不冲突。这个“重试生成”的思路同样适用于食物生成。

4.3 最高分存档：fprintf 写文件与 fscanf 读取的坑

关卡、分数这些数据如果退出程序就清零，有点可惜。加一个最高分存档功能，代码量不大，但在答辩展示时能聊的点很多：文件读写、错误处理、数据合法性检查。写法上通常是程序启动时读文件，游戏结束时写文件。

int load_best_score(const char *path) { int best = 0; FILE *fp = fopen(path, "r"); if (fp) { fscanf(fp, "%d", &best); fclose(fp); } return best; } void save_best_score(const char *path, int score) { FILE *fp = fopen(path, "w"); if (fp) { fprintf(fp, "%d", score); fclose(fp); } }

这里有个常见的坑：fopen 返回 NULL 时不代表文件不存在，也可能是路径无权限。比如程序放在 U 盘根目录，有的机房电脑禁止在 U 盘目录写文件，save_best_score 里的 fopen 会失败，代码不报错但变量不会更新。我一般在写文件前加一个 access 或直接检查 fp 是否为 NULL，是 NULL 就在当前目录再试一次。加载存档时还要检查读到的数字是否大于 0，如果文件被写坏读到负数，排行榜上出现一个 -9999999 就很尴尬。

这张表可以印在答辩 PPT 里，等于告诉老师“我知道每个模块最基本的做法是什么，也知道怎么做得更好”。我个人觉得，贪吃蛇这种项目，代码量不是评分核心，设计意识才是。

5. 排查清单：C 语言贪吃蛇最常见的五个翻车点

网上下载的 C 语言贪吃蛇源代码，十份里有八份存在同样的几个问题。这些坑我基本都在期末季帮人调过，写在这里，你遇到的时候可以直接对号入座。

现象 1：蛇吃到食物后长度不长，反而尾巴消失原因：移动逻辑里“先删尾巴、再插新头”的顺序写反了。吃食物时应该只插头不删尾，很多代码把删尾写在插头之前，导致食物被吃掉后长度还是不变。解决：在 move_snake 里用 food_collision 标志位控制是否执行删除尾巴的操作，吃到食物时跳过 tail 节点的释放。

现象 2：按键上下左右完全没反应原因：_getch() 读取方向键时忽略了 224 扩展码，直接把 72、80、75、77 当成普通字符处理。解决：先读一次判断是否等于 224，等于的话再读第二次获取真实键码。如果你用的是 scanf 或者 getchar 混读，还会把回车键留下的 \n 吃掉，也会导致这种问题。

现象 3：蛇头穿过了自己的身体但没判定死亡原因：check_self_collision 盲目从 head 开始遍历，结果蛇头和自己比较永远相等，又或者从头节点 next 开始遍历但 next 指向了刚被删除的节点。解决：先移动蛇头，再判断碰撞，判断时从 head->next 开始遍历；如果移动和判断的先后顺序错了，还会出现“蛇头已经进入新格子但身体还在旧格子”的错位。

现象 4：控制台窗口狂闪，移动时有明显残影原因：每次绘制都调用 system("cls") 清屏，控制台光标全屏移动，刷新跟不上。解决：用 SetConsoleCursorPosition 把光标定位到 (0,0) 再重绘，只覆盖原有画面；或者改用双缓冲绘制，在内存里拼好整帧画面再一次性输出。现场答辩时演示闪屏很扣分，建议至少把光标定位改上。

现象 5：食物生成在蛇身上，或者生成后马上消失原因：rand() 生成的坐标没有做碰撞检查，且 rand 没有设置种子，导致每次运行第一个食物位置都一样。解决：srand((unsigned)time(NULL)) 初始化随机种子，生成食物后遍历蛇身节点，如果重合就重新生成。还要检查地图边界，食物坐标不能等于边界值，否则你会看到食物一半在墙里。

现象 6：程序关闭后报内存泄漏，或运行时越奔越慢原因：每个蛇身节点都是 malloc 出来的，删除尾巴时没有 free，或者游戏结束时没有写清空链表的代码。解决：写一个 free_snake 函数，从 head 开始逐个释放节点，最后把头尾指针置 NULL。更隐蔽的情况是食物节点每次刷新都 malloc 一个新的，但旧的没人管，吃几十个食物就漏几十块内存。

我调过最惨的一次，是学生把链表造成循环链表，蛇头 next 指向自己，check_self_collision 遍历链表死循环，程序直接卡死。排查时先用 printf 把蛇身每个节点的坐标打出来，跑三五步就能看出 next 指针是不是指回自己。这份源码里链表是标准单链表，没有这种循环隐患，但如果你自己改着改着引入了新指针操作，建议保留这段调试输出。

6. 改成你自己的版本：两个小改动让答辩老师没法问倒你

最后分享两个改动成本极低、但答辩时非常加分的技巧。第一个是给游戏加一个启动参数，比如snake.exe -fast直接以最高速度开局，snake.exe -wall 0开启穿墙模式。实现方式最简单的是在 main 里判断 argv[1] 的字符串内容，然后改对应的初始参数。穿墙模式只需要在 check_wall_collision 里加一个全局标志位，为真时 x 或 y 越过边界就取模回绕，看起来就像从对面墙穿回来，改动不到十行。这个功能让老师一眼看出你有“扩展性设计”的意识。

第二个改动是新增一个 debug 模式：按 F1 键打印蛇头的实时坐标、当前方向、蛇身长度和速度间隔。这相当于给程序加了一个观察窗口，答辩时可以现场演示“我按一下 F1，能看到蛇头坐标从 (5,10) 变成 (5,11)，说明移动逻辑每帧更新一次”。老师如果问你怎么调通的，你就说“测试时靠这个 debug 输出定位了尾巴更新不同步的问题”，这比空口说“我测过了”可信得多。

if (key == 59) { // F1 printf("head=(%d,%d) dir=%d len=%d interval=%d\n", snake.head->x, snake.head->y, snake.direction, snake.length, snake.speed_interval); }

从那以后我每次拿到别人的 C 语言代码，都会先强制走一遍“改一个参数看反应”的流程：改速度间隔、改地图大小、改链表释放逻辑，确认每一处改动都不会引发连锁崩溃，然后才敢往自己课设里放。这份贪吃蛇大作业源代码我自己也复现改造过一轮，核心链表和碰撞检测部分很扎实，没有那些网上流传版本的玄学 bug，值得下载后仔细读一遍主循环，再按你的思路加上一两个自定义功能。希望帮到你。

本文还有配套的精品资源，点击获取