简介这是一份基于Python实现的魔改贪吃蛇游戏课程设计源码玩法为“贪吃蛇捕蛙”适合Python基础较好的高校学生完成游戏编程大作业时参考。资源包含完整项目代码、注释与开发文档覆盖游戏主循环、蛇身与青蛙坐标管理、食物生成、障碍物碰撞检测、关卡难度递增以及音乐与音效触发等关键模块。游戏设定中蛇吃蛙后身体不会变长吃满一定数量即升级关卡蛇速与障碍物移动速度同步加快且蛇身不能触碰任何障碍物需要在障碍物间隙中灵活走位节奏感较强的背景音乐与捕蛙、死亡音效也让课程设计演示更完整。压缩包共19个文件包括5个py源码、9个png图片、3个音频文件、1个md文档和1个LICENSE文件py源码负责核心逻辑png提供蛇和场景视觉素材mp3与wav分别承载背景音乐和捕蛙、死亡音效另有开发文档与许可证说明整体仅4.32MB目录简洁便于直接运行、阅读和二次开发。目前已有967人学习下载适合需要快速搭建同类型游戏、理解Python游戏项目组织方式或寻找大作业完整参考方案的读者。1. 魔改贪吃蛇课程设计从“捕蛙”这个需求出发大作业拿到手里最怕的不是不会写而是题目给的太宽宽到你不知道交什么。课程设计列表里躺着一行“Python 游戏编程”大部分人的第一反应是做个贪吃蛇交差结果全班四十个人交上去四十个贪吃蛇答辩老师对着满屏的方块看两分钟就审美疲劳。把经典贪吃蛇朝着“捕蛙”方向魔改就是把同样的循环、同样的碰撞检测、同样的屏幕刷新换一个目标设定和玩法逻辑让代码结构没变复杂多少展示出来的想法却有明显的差异化。这个标题里真正值钱的不是那份 zip 里的成品文件而是你拿到一个“魔改”需求之后怎么从状态机、坐标模型、碰撞判定三层去改出自己的一套东西。以下就是照着这个标题我作为一个写了几年 Python 的工程师会落地的那套方案。2. 游戏结构的三个关键层状态机、坐标模型、碰撞判定2.1 把贪吃蛇拆成动作与状态两部分写任何游戏最忌讳一开始就扑到界面代码上。要做魔改先得把原版贪吃蛇拆成两个部分动作系统和状态系统。动作系统管方向变化、位移步进、吃到的目标物产生的体积变化状态系统管游戏进行中、暂停、结束、胜利这些大阶段的切换。我一般会用一个GameState枚举来定义状态而不是用一堆散落的布尔标志from enum import Enum class GameState(Enum): READY 0 # 游戏未开始等待按键 RUNNING 1 # 正常游戏 PAUSED 2 # 暂停 GAME_OVER 3 # 撞墙或撞到自己 # 魔改后可以扩展 WIN 4 # 捕到指定数量的蛙这里用枚举的好处是状态之间的转移逻辑集中在事件处理里代码的可读性和答辩时的讲解流畅度都会好很多。READY 状态是最多同学会漏掉的一个状态——打开游戏直接开始跑前面几帧的方向输入自己根本没机会响应。加上它之后游戏启动流程变成了“按任意键开始”这就是一个很直观的体验提升。状态机设计完后蛇本身的动作结构用一个双向链表但是 Python 里直接用列表操作干净得多snake_body [(10, 10), (9, 10), (8, 10)] # 每个元素是 (x, y)移动时尾部弹出、头部插入新坐标这是贪吃蛇最经典的做法。尾部弹出用pop()头部插入用insert(0, new_head)。不需要真的把每一个方块往前挪那样又慢又难写。2.2 蛙的角色设计从食物到目标物原版贪吃蛇里食物就是一个随机出现的得分点。魔改成“捕蛙”之后蛙就不应该再是一个死板的坐标数据。它需要有位置、有状态甚至需要有“被蛇靠近时会逃跑”的行为。我把蛙设计成单独一个类class Frog: def __init__(self, x, y): self.x x self.y y self.state idle # idle / fleeing / caught self.speed 1 self.direction (0, 0) def flee(self, snake_head): # 蛙看到蛇头靠近就反向移动 dx self.x - snake_head[0] dy self.y - snake_head[1] if abs(dx) abs(dy): self.direction (1 if dx 0 else -1, 0) else: self.direction (0, 1 if dy 0 else -1)flee方法做了件很关键的事把蛙的逃跑行为从“随机乱跑”变成“基于蛇头位置的简单 AI”。课程设计阶段的魔改做到这一步就已经比原版食物丰满很多。注意我的状态里写了caught这个状态不是让蛙真的被吃而是给 UI 层一个信号用来播放一个简单的捕获取动画。2.3 坐标系统与方向约束是贪吃蛇最容易写崩的地方贪吃蛇的移动看起来简单但很多同学的代码会出同一个毛病同一帧里按了两个方向键蛇直接原地掉头撞死。这是因为方向输入和蛇头移动的时机没有错开。正确做法是定义一个“移动冷却帧”的概念。蛇不是每帧都动而是每隔 N 帧才动一格。在这个冷却区间里方向输入只更新方向变量不更新蛇头位置move_interval 5 # 每 5 帧移动一次 frame_count 0 frame_count 1 if frame_count move_interval: frame_count 0 # 在这里执行蛇的移动逻辑这里move_interval 5意味着如果游戏跑在 60 FPS蛇每秒会走 12 格。这个参数是捕蛙玩法里最值得先调的一个调大蛇变慢蛙的逃跑行为就显得更灵动调小蛇追得太快蛙的 AI 来不及反应。先把移动间隔定下来再调蛙的逃跑判定距离手感会顺很多。坐标系统上我推荐用网格坐标而不是像素坐标。网格坐标让碰撞判断变成整数比较不会出现浮点精度带来的各种诡异问题。像素坐标留给渲染层去换算。3. 用 Python Pygame 把核心循环跑起来3.1 最简骨架事件循环、蛇的移动与绘制环境准备这里多说一句国内很多机房里的 Python 环境还停留在大版本分裂状态。建议直接装 Python 3.10 以上版本用pip install pygame装依赖。如果机器上连 pip 都没有先去 python.org 搞一个安装包安装时把 Add to PATH 勾上。Pygame 的骨架代码是所有后续玩法的基础import pygame import sys pygame.init() screen pygame.display.set_mode((800, 600)) pygame.display.set_caption(贪吃蛇捕蛙) clock pygame.time.Clock() # 颜色常量 BG_COLOR (20, 25, 40) SNAKE_COLOR (80, 250, 123) FROG_COLOR (100, 200, 80) while True: for event in pygame.event.get(): if event.type pygame.QUIT: pygame.quit() sys.exit() if event.type pygame.KEYDOWN: if event.key pygame.K_UP: current_direction (0, -1) screen.fill(BG_COLOR) # 在这里绘制蛇和蛙 pygame.display.flip() clock.tick(60)clock.tick(60)把帧率锁在 60这个锁帧是有讲究的。如果不锁游戏在不同电脑上速度完全不同答辩现场换一台高分屏电脑你的蛇快得像闪电直接穿墙。锁帧之后所有移动时间基准就统一了。3.2 蛙的生成、吃掉判定与加分逻辑蛙的生成逻辑要避开蛇身所在的位置否则蛙一刷新就卡在蛇肚子里import random def spawn_frog(snake_body, frog_x, frog_y): while True: cand_x random.randrange(1, 38) cand_y random.randrange(1, 28) if (cand_x, cand_y) not in snake_body: return cand_x, cand_y生成范围我写的1, 38和1, 28对应的是 800x600 分辨率下每个格子 20 像素的边界预留。边缘留一圈给围墙绘制用防止蛙刷新到墙外。吃掉判定非常简单就是蛇头坐标与蛙坐标相同if snake_head (frog.x, frog.y): score 10 frog.state caught # 不立刻消失播放两帧捕获特效后再生成新蛙 frog_caught_timer 6青蛙被吃之后我习惯不直接销毁对象而是给一个frog_caught_timer让蛙闪烁一下再消失。这个细节答辩时能讲出“面向对象设计里对象的生命周期管理”比干巴巴的一句话有说服力得多。3.3 死亡判定与障碍物扩展死亡判定分两类撞墙和撞自己。撞墙判定判断蛇头是否超出游戏区域边界撞自己则判断蛇头是否出现在蛇身列表里。这里有个性能小技巧蛇身可能达到上百节每次都for body in snake_body[1:]:从头判断也可以但更好的做法是维护一个集合来加速snake_set set(snake_body) snake_body.insert(0, new_head) snake_set.add(new_head) if new_head in snake_set and new_head ! snake_body[-1]: game_state GameState.GAME_OVER注意这个new_head ! snake_body[-1]的判断当蛇长为 1 时蛇头同时也是蛇尾按道理不应该判自己撞自己。外加蛇不能掉头这个规则是在方向输入时控制的所以这里重点判断的是新蛇头是否与蛇身重叠。魔改版可以再加一层障碍物在游戏区域里随机摆几块石头蛇撞上去也死。但这会让蛙的逃跑 AI 变复杂跑路容易撞障碍。我的取舍是障碍物做成课程设计里的“附加关卡”默认关卡不启用按下一步开启。4. 把 Demo 扩展成能交的大作业界面、音效与关卡4.1 菜单、暂停与结束画面的三种状态岔路走到这一步你已经有了一个最小可玩的游戏 Demo。但课程设计评审不会只看核心玩法他们会从启动就开始挑刺第一次打开没有开始提示、按 ESC 不能暂停、结束之后只能强关窗口这些都会被记一笔。我把这三个岔路统一放到界面控制层来处理# 在状态机基础上增加界面状态 current_state GameState.READY next_state None if current_state GameState.READY: # 画主菜单标题、操作说明、按空格开始 draw_menu(screen, font) elif current_state GameState.RUNNING: # 画游戏场地 draw_game(screen, snake_body, frog, score) elif current_state GameState.PAUSED: # 画暂停遮罩 draw_pause_overlay(screen) elif current_state GameState.GAME_OVER: # 画结束画面显示最终得分按 R 重开 draw_game_over(screen, score)一个非常容易踩的坑是暂停时游戏还在继续。很多同学的暂停是用一层不透明遮罩盖住屏幕但背后的蛇还在跑pause 揭开后蛇已经撞死了。要彻底停住就得让移动逻辑不再执行。我的方案是把移动逻辑完全放在RUNNING状态分支里其他状态一律不更新蛇的位置。4.2 音效与视觉反馈的接入音效不需要自己写Pygame 自带mixer模块。注意一点pygame.mixer.init()要在pygame.init()之后单独调用并且音频文件的格式建议用wavmp3 在某些系统上的解码有兼容问题。让蛙在被捕的那一瞬间播放一个短促的音效再加上一个简单的粒子效果整个游戏的“手感”会上一个档次def spawn_particles(x, y, colorFROG_COLOR, count8): particles [] for _ in range(count): angle random.uniform(0, 3.14159 * 2) particles.append({ x: x, y: y, dx: math.cos(angle) * 2, dy: math.sin(angle) * 2, life: 20 }) return particles粒子不追求复杂8 个碎片向外扩散20 帧内逐渐消失。这个效果做起来不到二十行代码但答辩时演示一次评审对“视觉效果想象力”的评分就会高于普通贪吃蛇。4.3 关卡参数表与数值调优课程设计到了这个阶段最值得花时间的不是写新功能而是把参数调到舒服。我把所有体验相关的参数集中放在一个字典里管理而不是散布在代码各处。参数表的调整目标很简单蛇的初始速度要让新手两秒内能上手蛙的逃跑触发距离要让玩家有“追捕”的感觉而非“路过捡分”。参数默认值调参方向调参理由move_interval5 帧调大则蛇变慢新手关卡建议 6-7 帧进阶再缩到 4 帧frog_flee_distance4 格调大则蛙更警觉太大蛙会满屏乱蹿玩家追不动snake_initial_length3 节调大则开局难度高保持 3 节入场最经典score_per_frog10 分可随关卡递增第 3 关以后每只蛙价值 20 分obstacle_count0 格每关 4 格太多会导致蛙逃跑路径被堵死这个表格直接放进课程设计报告里就是“数值平衡设计”一节比贴一大段代码更能说明你思考过游戏设计层面的问题。青蛙的逃跑距离frog_flee_distance 4的意思是当蛇头与蛙的曼哈顿距离小于等于 4 时蛙开始逃跑。这里别用欧几里得距离因为蛇是在网格上移动对角线距离计算会有偏差而且答辩时讲“用曼哈顿距离更贴合网格移动”是一个专业细节。5. 魔改的四种方向与常见翻车现场5.1 让蛙会逃有限状态机 AI 的轻量落地捕蛙玩法的核心差异化在于蛙的智能程度。最基础的是蛙在警戒范围内沿固定方向逃跑但这容易被蛇预判。我一般会加一个flee_timer让蛙每 20 帧重新评估一次逃跑方向而不是每帧都变向。这样蛙的移动看起来更自然不会出现高频抖动或者卡在墙角的傻样。更进一步的做法是给蛙加两个状态idle和fleeing。idle状态下的蛙偶尔会“跳”一下也就是随机变换位置一小格fleeing状态才启用逃跑逻辑。状态切换的条件是蛇头距离用前面写好的曼哈顿距离判断。这个小设计可以直接讲成“状态机的嵌套应用”跟第 2 章的状态机形成呼应代码结构也干净。5.2 道具、障碍与双蛇模式的落点魔改的脑洞可以开很大但课程设计的时间是有限的。我见过的靠谱魔改方向有四类道具模式、障碍模式、双蛇互斗、积分竞速。道具模式是最容易做的在地图上随机刷出加速道具和减速道具蛇碰到后获得临时 buff。双蛇模式看起来酷实际上牵扯到网格冲突和碰撞的公平性工作量会陡增。如果只有两到三周的时间我建议把精力优先放在波次系统上每捕到三只蛙生成一只“蛙王”蛙王移动速度更快、需要连续碰到两次才被捕到。这个改动只涉及蛙的类属性不动网格系统。代码结构上把蛙王的属性写在 Frog 类的子类里最容易维护class FrogKing(Frog): def __init__(self, x, y): super().__init__(x, y) self.hp 2 self.speed 2 self.score_value 50两行代码就多了一种敌人但吃蛙的反馈逻辑需要小改原来吃到蛙直接消失现在要判断hp是否归零不归零则蛙状态重置为idle并瞬移一步。5.3 常见坑回看半年的代码问题集中在这四个地方第一个坑是方向反转时自己撞自己。蛇向左移动时按下右方向键新蛇头会直接与第二节蛇身重叠这必须在方向输入时就拦截不能等移动完了再判定。做法简单禁止与当前方向相反的方向输入。第二个坑是蛇的移动不是按帧而是按时间。用clock.tick(60)加frame_count的组合大体没问题但如果电脑性能波动帧率不是稳定 60蛇的移动速度就会忽快忽慢。稳妥做法是改用pygame.time.get_ticks()计算时间间隔。last_move_time pygame.time.get_ticks() move_delay 83 # 毫秒相当于原来 5 帧 60fps now pygame.time.get_ticks() if now - last_move_time move_delay: move_snake() last_move_time now这里的move_delay 83毫秒约等于每帧 5 帧的节奏但它是绝对时间不受掉帧影响。第三个坑是蛙生成在不可达区域。如果你做了障碍物但没在生成函数里检查障碍物坐标蛙会卡在石头缝里玩家怎么绕都捕不到。生成逻辑必须同步检查obstacles列表。第四个坑是源码目录混乱。课程设计对源码结构是有隐藏分的。一个只有单个.py文件的游戏和拆成main.py、game.py、sprites.py、settings.py四个模块的游戏一眼就能看出工作量差异。6. 收尾两件事写 README 和压缩运行环境游戏功能全部就绪后离打包提交还差最后一步。很多人写完代码直接拖进 zip 就交结果评委解开压缩包后根本不知道怎么跑。把 README 当成代码的一部分来写里面的环境安装指令写得越具体你的作品完成度越有说服力。README 以“从零到能玩”为唯一目标建议只保留三个章节环境要求、运行步骤、操作说明。核心命令就是pip install -r requirements.txt和python main.py。在requirements.txt里写锁定版本号不要写pygame2.0这样太宽泛的版本范围直接写成pygame2.5.2这种形式保证别人的电脑和你的环境下依赖完全一致。如果你用的是pygame.mixer加载过外部音频最后一步千万别漏pygame.quit()放的位置要在循环结束且退出sys.exit()之前不然解不掉音频设备在部分 Windows 机器上会有无法结束进程的残留 bug。打包成 exe 有两条路可走但都有坑。pyinstaller -F -w main.py能出一个单文件 exe但杀毒软件经常误报pyinstaller -D main.py出的是目录解压版误报概率低但是文件多。我建议直接用-D模式生成的dist/main/目录里会包含main.exe和必要的 dll把这个目录压进 zip 交上去评委直接双击就能玩。打包前最后验证一下把项目目录整个拷给另一个人让他只按 README 操作如果能成功跑起来再打包。所谓魔改捕蛙改得好不好答辩前谁也说不准但打不开的 zip 文件答辩老师连给你评分的欲望都没有。本文还有配套的精品资源点击获取 Python+Pygame魔改贪吃蛇：捕蛙游戏课程设计实战
简介这是一份基于Python实现的魔改贪吃蛇游戏课程设计源码玩法为“贪吃蛇捕蛙”适合Python基础较好的高校学生完成游戏编程大作业时参考。资源包含完整项目代码、注释与开发文档覆盖游戏主循环、蛇身与青蛙坐标管理、食物生成、障碍物碰撞检测、关卡难度递增以及音乐与音效触发等关键模块。游戏设定中蛇吃蛙后身体不会变长吃满一定数量即升级关卡蛇速与障碍物移动速度同步加快且蛇身不能触碰任何障碍物需要在障碍物间隙中灵活走位节奏感较强的背景音乐与捕蛙、死亡音效也让课程设计演示更完整。压缩包共19个文件包括5个py源码、9个png图片、3个音频文件、1个md文档和1个LICENSE文件py源码负责核心逻辑png提供蛇和场景视觉素材mp3与wav分别承载背景音乐和捕蛙、死亡音效另有开发文档与许可证说明整体仅4.32MB目录简洁便于直接运行、阅读和二次开发。目前已有967人学习下载适合需要快速搭建同类型游戏、理解Python游戏项目组织方式或寻找大作业完整参考方案的读者。1. 魔改贪吃蛇课程设计从“捕蛙”这个需求出发大作业拿到手里最怕的不是不会写而是题目给的太宽宽到你不知道交什么。课程设计列表里躺着一行“Python 游戏编程”大部分人的第一反应是做个贪吃蛇交差结果全班四十个人交上去四十个贪吃蛇答辩老师对着满屏的方块看两分钟就审美疲劳。把经典贪吃蛇朝着“捕蛙”方向魔改就是把同样的循环、同样的碰撞检测、同样的屏幕刷新换一个目标设定和玩法逻辑让代码结构没变复杂多少展示出来的想法却有明显的差异化。这个标题里真正值钱的不是那份 zip 里的成品文件而是你拿到一个“魔改”需求之后怎么从状态机、坐标模型、碰撞判定三层去改出自己的一套东西。以下就是照着这个标题我作为一个写了几年 Python 的工程师会落地的那套方案。2. 游戏结构的三个关键层状态机、坐标模型、碰撞判定2.1 把贪吃蛇拆成动作与状态两部分写任何游戏最忌讳一开始就扑到界面代码上。要做魔改先得把原版贪吃蛇拆成两个部分动作系统和状态系统。动作系统管方向变化、位移步进、吃到的目标物产生的体积变化状态系统管游戏进行中、暂停、结束、胜利这些大阶段的切换。我一般会用一个GameState枚举来定义状态而不是用一堆散落的布尔标志from enum import Enum class GameState(Enum): READY 0 # 游戏未开始等待按键 RUNNING 1 # 正常游戏 PAUSED 2 # 暂停 GAME_OVER 3 # 撞墙或撞到自己 # 魔改后可以扩展 WIN 4 # 捕到指定数量的蛙这里用枚举的好处是状态之间的转移逻辑集中在事件处理里代码的可读性和答辩时的讲解流畅度都会好很多。READY 状态是最多同学会漏掉的一个状态——打开游戏直接开始跑前面几帧的方向输入自己根本没机会响应。加上它之后游戏启动流程变成了“按任意键开始”这就是一个很直观的体验提升。状态机设计完后蛇本身的动作结构用一个双向链表但是 Python 里直接用列表操作干净得多snake_body [(10, 10), (9, 10), (8, 10)] # 每个元素是 (x, y)移动时尾部弹出、头部插入新坐标这是贪吃蛇最经典的做法。尾部弹出用pop()头部插入用insert(0, new_head)。不需要真的把每一个方块往前挪那样又慢又难写。2.2 蛙的角色设计从食物到目标物原版贪吃蛇里食物就是一个随机出现的得分点。魔改成“捕蛙”之后蛙就不应该再是一个死板的坐标数据。它需要有位置、有状态甚至需要有“被蛇靠近时会逃跑”的行为。我把蛙设计成单独一个类class Frog: def __init__(self, x, y): self.x x self.y y self.state idle # idle / fleeing / caught self.speed 1 self.direction (0, 0) def flee(self, snake_head): # 蛙看到蛇头靠近就反向移动 dx self.x - snake_head[0] dy self.y - snake_head[1] if abs(dx) abs(dy): self.direction (1 if dx 0 else -1, 0) else: self.direction (0, 1 if dy 0 else -1)flee方法做了件很关键的事把蛙的逃跑行为从“随机乱跑”变成“基于蛇头位置的简单 AI”。课程设计阶段的魔改做到这一步就已经比原版食物丰满很多。注意我的状态里写了caught这个状态不是让蛙真的被吃而是给 UI 层一个信号用来播放一个简单的捕获取动画。2.3 坐标系统与方向约束是贪吃蛇最容易写崩的地方贪吃蛇的移动看起来简单但很多同学的代码会出同一个毛病同一帧里按了两个方向键蛇直接原地掉头撞死。这是因为方向输入和蛇头移动的时机没有错开。正确做法是定义一个“移动冷却帧”的概念。蛇不是每帧都动而是每隔 N 帧才动一格。在这个冷却区间里方向输入只更新方向变量不更新蛇头位置move_interval 5 # 每 5 帧移动一次 frame_count 0 frame_count 1 if frame_count move_interval: frame_count 0 # 在这里执行蛇的移动逻辑这里move_interval 5意味着如果游戏跑在 60 FPS蛇每秒会走 12 格。这个参数是捕蛙玩法里最值得先调的一个调大蛇变慢蛙的逃跑行为就显得更灵动调小蛇追得太快蛙的 AI 来不及反应。先把移动间隔定下来再调蛙的逃跑判定距离手感会顺很多。坐标系统上我推荐用网格坐标而不是像素坐标。网格坐标让碰撞判断变成整数比较不会出现浮点精度带来的各种诡异问题。像素坐标留给渲染层去换算。3. 用 Python Pygame 把核心循环跑起来3.1 最简骨架事件循环、蛇的移动与绘制环境准备这里多说一句国内很多机房里的 Python 环境还停留在大版本分裂状态。建议直接装 Python 3.10 以上版本用pip install pygame装依赖。如果机器上连 pip 都没有先去 python.org 搞一个安装包安装时把 Add to PATH 勾上。Pygame 的骨架代码是所有后续玩法的基础import pygame import sys pygame.init() screen pygame.display.set_mode((800, 600)) pygame.display.set_caption(贪吃蛇捕蛙) clock pygame.time.Clock() # 颜色常量 BG_COLOR (20, 25, 40) SNAKE_COLOR (80, 250, 123) FROG_COLOR (100, 200, 80) while True: for event in pygame.event.get(): if event.type pygame.QUIT: pygame.quit() sys.exit() if event.type pygame.KEYDOWN: if event.key pygame.K_UP: current_direction (0, -1) screen.fill(BG_COLOR) # 在这里绘制蛇和蛙 pygame.display.flip() clock.tick(60)clock.tick(60)把帧率锁在 60这个锁帧是有讲究的。如果不锁游戏在不同电脑上速度完全不同答辩现场换一台高分屏电脑你的蛇快得像闪电直接穿墙。锁帧之后所有移动时间基准就统一了。3.2 蛙的生成、吃掉判定与加分逻辑蛙的生成逻辑要避开蛇身所在的位置否则蛙一刷新就卡在蛇肚子里import random def spawn_frog(snake_body, frog_x, frog_y): while True: cand_x random.randrange(1, 38) cand_y random.randrange(1, 28) if (cand_x, cand_y) not in snake_body: return cand_x, cand_y生成范围我写的1, 38和1, 28对应的是 800x600 分辨率下每个格子 20 像素的边界预留。边缘留一圈给围墙绘制用防止蛙刷新到墙外。吃掉判定非常简单就是蛇头坐标与蛙坐标相同if snake_head (frog.x, frog.y): score 10 frog.state caught # 不立刻消失播放两帧捕获特效后再生成新蛙 frog_caught_timer 6青蛙被吃之后我习惯不直接销毁对象而是给一个frog_caught_timer让蛙闪烁一下再消失。这个细节答辩时能讲出“面向对象设计里对象的生命周期管理”比干巴巴的一句话有说服力得多。3.3 死亡判定与障碍物扩展死亡判定分两类撞墙和撞自己。撞墙判定判断蛇头是否超出游戏区域边界撞自己则判断蛇头是否出现在蛇身列表里。这里有个性能小技巧蛇身可能达到上百节每次都for body in snake_body[1:]:从头判断也可以但更好的做法是维护一个集合来加速snake_set set(snake_body) snake_body.insert(0, new_head) snake_set.add(new_head) if new_head in snake_set and new_head ! snake_body[-1]: game_state GameState.GAME_OVER注意这个new_head ! snake_body[-1]的判断当蛇长为 1 时蛇头同时也是蛇尾按道理不应该判自己撞自己。外加蛇不能掉头这个规则是在方向输入时控制的所以这里重点判断的是新蛇头是否与蛇身重叠。魔改版可以再加一层障碍物在游戏区域里随机摆几块石头蛇撞上去也死。但这会让蛙的逃跑 AI 变复杂跑路容易撞障碍。我的取舍是障碍物做成课程设计里的“附加关卡”默认关卡不启用按下一步开启。4. 把 Demo 扩展成能交的大作业界面、音效与关卡4.1 菜单、暂停与结束画面的三种状态岔路走到这一步你已经有了一个最小可玩的游戏 Demo。但课程设计评审不会只看核心玩法他们会从启动就开始挑刺第一次打开没有开始提示、按 ESC 不能暂停、结束之后只能强关窗口这些都会被记一笔。我把这三个岔路统一放到界面控制层来处理# 在状态机基础上增加界面状态 current_state GameState.READY next_state None if current_state GameState.READY: # 画主菜单标题、操作说明、按空格开始 draw_menu(screen, font) elif current_state GameState.RUNNING: # 画游戏场地 draw_game(screen, snake_body, frog, score) elif current_state GameState.PAUSED: # 画暂停遮罩 draw_pause_overlay(screen) elif current_state GameState.GAME_OVER: # 画结束画面显示最终得分按 R 重开 draw_game_over(screen, score)一个非常容易踩的坑是暂停时游戏还在继续。很多同学的暂停是用一层不透明遮罩盖住屏幕但背后的蛇还在跑pause 揭开后蛇已经撞死了。要彻底停住就得让移动逻辑不再执行。我的方案是把移动逻辑完全放在RUNNING状态分支里其他状态一律不更新蛇的位置。4.2 音效与视觉反馈的接入音效不需要自己写Pygame 自带mixer模块。注意一点pygame.mixer.init()要在pygame.init()之后单独调用并且音频文件的格式建议用wavmp3 在某些系统上的解码有兼容问题。让蛙在被捕的那一瞬间播放一个短促的音效再加上一个简单的粒子效果整个游戏的“手感”会上一个档次def spawn_particles(x, y, colorFROG_COLOR, count8): particles [] for _ in range(count): angle random.uniform(0, 3.14159 * 2) particles.append({ x: x, y: y, dx: math.cos(angle) * 2, dy: math.sin(angle) * 2, life: 20 }) return particles粒子不追求复杂8 个碎片向外扩散20 帧内逐渐消失。这个效果做起来不到二十行代码但答辩时演示一次评审对“视觉效果想象力”的评分就会高于普通贪吃蛇。4.3 关卡参数表与数值调优课程设计到了这个阶段最值得花时间的不是写新功能而是把参数调到舒服。我把所有体验相关的参数集中放在一个字典里管理而不是散布在代码各处。参数表的调整目标很简单蛇的初始速度要让新手两秒内能上手蛙的逃跑触发距离要让玩家有“追捕”的感觉而非“路过捡分”。参数默认值调参方向调参理由move_interval5 帧调大则蛇变慢新手关卡建议 6-7 帧进阶再缩到 4 帧frog_flee_distance4 格调大则蛙更警觉太大蛙会满屏乱蹿玩家追不动snake_initial_length3 节调大则开局难度高保持 3 节入场最经典score_per_frog10 分可随关卡递增第 3 关以后每只蛙价值 20 分obstacle_count0 格每关 4 格太多会导致蛙逃跑路径被堵死这个表格直接放进课程设计报告里就是“数值平衡设计”一节比贴一大段代码更能说明你思考过游戏设计层面的问题。青蛙的逃跑距离frog_flee_distance 4的意思是当蛇头与蛙的曼哈顿距离小于等于 4 时蛙开始逃跑。这里别用欧几里得距离因为蛇是在网格上移动对角线距离计算会有偏差而且答辩时讲“用曼哈顿距离更贴合网格移动”是一个专业细节。5. 魔改的四种方向与常见翻车现场5.1 让蛙会逃有限状态机 AI 的轻量落地捕蛙玩法的核心差异化在于蛙的智能程度。最基础的是蛙在警戒范围内沿固定方向逃跑但这容易被蛇预判。我一般会加一个flee_timer让蛙每 20 帧重新评估一次逃跑方向而不是每帧都变向。这样蛙的移动看起来更自然不会出现高频抖动或者卡在墙角的傻样。更进一步的做法是给蛙加两个状态idle和fleeing。idle状态下的蛙偶尔会“跳”一下也就是随机变换位置一小格fleeing状态才启用逃跑逻辑。状态切换的条件是蛇头距离用前面写好的曼哈顿距离判断。这个小设计可以直接讲成“状态机的嵌套应用”跟第 2 章的状态机形成呼应代码结构也干净。5.2 道具、障碍与双蛇模式的落点魔改的脑洞可以开很大但课程设计的时间是有限的。我见过的靠谱魔改方向有四类道具模式、障碍模式、双蛇互斗、积分竞速。道具模式是最容易做的在地图上随机刷出加速道具和减速道具蛇碰到后获得临时 buff。双蛇模式看起来酷实际上牵扯到网格冲突和碰撞的公平性工作量会陡增。如果只有两到三周的时间我建议把精力优先放在波次系统上每捕到三只蛙生成一只“蛙王”蛙王移动速度更快、需要连续碰到两次才被捕到。这个改动只涉及蛙的类属性不动网格系统。代码结构上把蛙王的属性写在 Frog 类的子类里最容易维护class FrogKing(Frog): def __init__(self, x, y): super().__init__(x, y) self.hp 2 self.speed 2 self.score_value 50两行代码就多了一种敌人但吃蛙的反馈逻辑需要小改原来吃到蛙直接消失现在要判断hp是否归零不归零则蛙状态重置为idle并瞬移一步。5.3 常见坑回看半年的代码问题集中在这四个地方第一个坑是方向反转时自己撞自己。蛇向左移动时按下右方向键新蛇头会直接与第二节蛇身重叠这必须在方向输入时就拦截不能等移动完了再判定。做法简单禁止与当前方向相反的方向输入。第二个坑是蛇的移动不是按帧而是按时间。用clock.tick(60)加frame_count的组合大体没问题但如果电脑性能波动帧率不是稳定 60蛇的移动速度就会忽快忽慢。稳妥做法是改用pygame.time.get_ticks()计算时间间隔。last_move_time pygame.time.get_ticks() move_delay 83 # 毫秒相当于原来 5 帧 60fps now pygame.time.get_ticks() if now - last_move_time move_delay: move_snake() last_move_time now这里的move_delay 83毫秒约等于每帧 5 帧的节奏但它是绝对时间不受掉帧影响。第三个坑是蛙生成在不可达区域。如果你做了障碍物但没在生成函数里检查障碍物坐标蛙会卡在石头缝里玩家怎么绕都捕不到。生成逻辑必须同步检查obstacles列表。第四个坑是源码目录混乱。课程设计对源码结构是有隐藏分的。一个只有单个.py文件的游戏和拆成main.py、game.py、sprites.py、settings.py四个模块的游戏一眼就能看出工作量差异。6. 收尾两件事写 README 和压缩运行环境游戏功能全部就绪后离打包提交还差最后一步。很多人写完代码直接拖进 zip 就交结果评委解开压缩包后根本不知道怎么跑。把 README 当成代码的一部分来写里面的环境安装指令写得越具体你的作品完成度越有说服力。README 以“从零到能玩”为唯一目标建议只保留三个章节环境要求、运行步骤、操作说明。核心命令就是pip install -r requirements.txt和python main.py。在requirements.txt里写锁定版本号不要写pygame2.0这样太宽泛的版本范围直接写成pygame2.5.2这种形式保证别人的电脑和你的环境下依赖完全一致。如果你用的是pygame.mixer加载过外部音频最后一步千万别漏pygame.quit()放的位置要在循环结束且退出sys.exit()之前不然解不掉音频设备在部分 Windows 机器上会有无法结束进程的残留 bug。打包成 exe 有两条路可走但都有坑。pyinstaller -F -w main.py能出一个单文件 exe但杀毒软件经常误报pyinstaller -D main.py出的是目录解压版误报概率低但是文件多。我建议直接用-D模式生成的dist/main/目录里会包含main.exe和必要的 dll把这个目录压进 zip 交上去评委直接双击就能玩。打包前最后验证一下把项目目录整个拷给另一个人让他只按 README 操作如果能成功跑起来再打包。所谓魔改捕蛙改得好不好答辩前谁也说不准但打不开的 zip 文件答辩老师连给你评分的欲望都没有。本文还有配套的精品资源点击获取