简介这是一份Android平台贪吃蛇游戏的毕业设计论文doc格式面向需要完成移动应用开发类课程设计或毕业设计的本专科学生既可参考Java/Android游戏开发的技术实现也可借鉴论文的章节组织与撰写思路。文档围绕经典贪吃蛇的完整开发流程重点讲解了Drawable图像绘制、Canvas画布操作、Thread多线程任务调度及Android触摸事件等核心类的使用方法并涉及游戏循环、碰撞检测、界面适配等实现要点能帮助读者快速建立从基础语法到实际项目的开发认知。文档结构完整从选题背景、技术选型到功能分解、运行流程与总结展望均有清晰呈现便于对照自己的项目查漏补缺。压缩包内共1个doc文档约301KB无需解压额外环境即可直接阅读。目前已有499人学习下载说明该课题具备较强的普适性和参考价值。1. 这个.doc标题背后是一套能答辩的Android贪吃蛇毕业设计看到「android贪吃蛇毕业设计论文.doc」这个标题的同学大概率正处在毕业设计的节奏里手里可能已经有一份源码也可能什么都没有只想交一份能过盲审的文档。我的建议是先把这个标题当成项目交付清单而不是找一份文档改改就交差。贪吃蛇在Android方向里属于典型的“小但完整”的选题Activity生命周期、SurfaceView绘制、子线程循环、触摸事件、碰撞检测都会碰到比纯网页有工程感又比商城类项目好控制。这篇文章按我平时帮A同学梳理项目的顺序写为什么这么选型、一套能运行的代码骨架、把代码翻译成论文语言、以及真正踩过的坑。适合正在做Android方向毕业设计、希望一周内拿出完整成果的同学。2. 先把原理立住为什么是SurfaceView为什么蛇是链表2.1 选型对比View、SurfaceView、TextureView的取舍从毕业设计评审的角度看选型本身就是论文的加分项因为老师能从这看出来你是不是清楚自己写的代码为什么长这样。贪吃蛇需要周期性刷新画面如果直接在自定义View的onDraw()里画主线程既要处理触摸事件又要绘制帧率稍微高一点就会卡。SurfaceView的机制是在Window中独立创建一块Surface允许你在子线程里通过SurfaceHolder.lockCanvas()拿到画布画完再unlockCanvasAndPost()提交。这样游戏循环可以放在不带UI操作的线程里主线程不会被绘制拖住。相比于TextureViewSurfaceView的实现更接近传统游戏开发代码量更少兼容性也更好所以大多数课程设计和毕业设计都采用这个方案。选它的时候需要知道两个边界第一SurfaceView不跟普通View一起做平移缩放动画混合会比较麻烦但贪吃蛇用不到第二它默认在窗口底层如果要弹Dialog需要注意遮盖顺序。贪吃蛇没有悬浮UI这些都不是问题。写论文时这段对比完全可以放到“相关技术”章节。我建议你画一张比较表把实时渲染、是否占UI线程、能否做复杂动画三行填上然后得出选择SurfaceView的结论。这种“对比表结论”的写法比大段抄教程容易拿分也更容易控制查重率。2.2 棋盘、坐标与链表先让蛇在数学上成立动手写代码前最好把数据模型想清楚。不要把蛇的坐标存成像素而是用网格坐标。设一个20x20的棋盘每个格子对应屏幕上等大的一个矩形。蛇身用LinkedList保存格子坐标头部在链表首部尾部在链表末尾。每次移动时根据方向计算新头部坐标addFirst到链表头部如果没有吃到食物就把尾部removeLast。这一步就是完整移动不需要把整条蛇的位置都改一遍。之所以选LinkedList是因为贪吃蛇只在两端操作链表头尾增删的复杂度是O(1)而ArrayList在头部插入需要移动全部元素。蛇身最长也只有400个格子用链表还让自碰撞判断变得很直接只要新头部坐标已经存在于链表中就说明撞到了自己。public class GameModel { public enum Direction { UP, DOWN, LEFT, RIGHT } public static final int COLS 20; public static final int ROWS 20; private LinkedListPoint snake new LinkedList(); private Point food; private Direction dir Direction.RIGHT; private boolean gameOver; private int score; public void init() { snake.clear(); int midY ROWS / 2; for (int i 0; i 3; i) { snake.add(new Point(5 i, midY)); } dir Direction.RIGHT; gameOver false; score 0; spawnFood(); } public void spawnFood() { Random random new Random(); do { food new Point(random.nextInt(COLS), random.nextInt(ROWS)); } while (snake.contains(food)); } public void move() { Point head snake.getFirst(); Point newHead null; switch (dir) { case UP: newHead new Point(head.x, head.y - 1); break; case DOWN: newHead new Point(head.x, head.y 1); break; case LEFT: newHead new Point(head.x - 1, head.y); break; case RIGHT: newHead new Point(head.x 1, head.y); break; } if (newHead.x 0 || newHead.x COLS || newHead.y 0 || newHead.y ROWS || snake.contains(newHead)) { gameOver true; return; } snake.addFirst(newHead); if (newHead.equals(food)) { score; spawnFood(); } else { snake.removeLast(); } } }这里使用的Point是Android自带的android.graphics.Pointx和y都是int刚好用来表示格子坐标。move()中先算出newHead如果在边界外或已经在地图上直接置gameOver不再往链表里加节点这是最简单的保护写法。spawnFood用do-while循环避开蛇身随机取到空位为止。COLS和ROWS都设成20也就是400个格子蛇身拉长到100节时仍有足够操作空间如果改成16x16游戏会更快变拥挤适合后面做难度档位。2.3 逻辑帧与绘制帧为什么不能只靠Thread.sleep贪吃蛇的移动频率其实很低初始可以设置300毫秒一格。但绘制频率需要高一些比如16毫秒一帧否则食物和蛇身会出现残影或闪烁。常见错误是让整个线程每次sleep 300毫秒这样移动不卡但触摸事件和画面重绘也被拖到300毫秒一次体感非常迟钝。更稳的做法是每个循环只sleep 16ms然后判断距离上次移动是否已经超过moveInterval超过才执行move()这种“时间差”方案的好处是如果某一帧因为GC或系统调度卡了40ms下一帧会自动补上该走的步数不会累积误差。原理上很简单但第3章的GameThread就是按这个思路实现的这也是论文里能写进“游戏循环设计”的一段内容。3. 动手写代码从空项目到能玩的贪吃蛇3.1 项目骨架布局文件与入口Activity打开Android Studio新建一个Empty Activity项目语言选Java。选Java而不是Kotlin是为了论文里贴的代码块更接近大多数教材的示例答辩时老师也更容易看懂。包名可以自定义Min SDK选21就够用覆盖绝大多数设备。第一件事写布局Activity的布局只放一个SurfaceView。?xml version1.0 encodingutf-8? FrameLayout xmlns:androidhttp://schemas.android.com/apk/res/android android:layout_widthmatch_parent android:layout_heightmatch_parent SurfaceView android:idid/game_surface android:layout_widthmatch_parent android:layout_heightmatch_parent / /FrameLayout用FrameLayout作为容器因为这里没有任何需要叠加的按钮或文本需要最轻量的布局。游戏中的分数和状态可以直接画在Canvas上不需要额外的View。MainActivity里只需要setContentView然后把SurfaceView交给GameView处理public class MainActivity extends AppCompatActivity { Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); GameView gameView findViewById(R.id.game_surface); } }Activity的onCreate里没有启动线程这一步很关键。SurfaceView的Surface要等布局绘制流程走过之后才可用在onCreate里启动线程很容易拿到无效Surface。3.2 GameViewSurfaceHolder回调与canvas生命周期GameView继承SurfaceView并实现SurfaceHolder.Callback。要理解三个回调surfaceCreated在Surface可用时触发应该在这里启动游戏线程surfaceChanged在尺寸变化时触发适合重新计算格子大小surfaceDestroyed在Surface销毁前触发必须停止线程并等待它退出。这里最容易犯的错是在Activity的onCreate里启动线程那时Surface可能还没创建lockCanvas会拿到null或直接抛异常。public class GameView extends SurfaceView implements SurfaceHolder.Callback { private final SurfaceHolder holder; private GameThread thread; private GameModel model; private Paint paint; private int cellSize; public GameView(Context context) { super(context); holder getHolder(); holder.addCallback(this); model new GameModel(); model.init(); paint new Paint(Paint.ANTI_ALIAS_FLAG); } Override public void surfaceCreated(SurfaceHolder holder) { cellSize getWidth() / GameModel.COLS; thread new GameThread(holder, this); thread.setRunning(true); thread.start(); } Override public void surfaceChanged(SurfaceHolder holder, int format, int width, int height) { cellSize width / GameModel.COLS; } Override public void surfaceDestroyed(SurfaceHolder holder) { if (thread ! null) { thread.setRunning(false); thread.interrupt(); try { thread.join(); } catch (InterruptedException e) { // 线程会自行退出这里只补一个兜底 } } } }cellSize是每个格子对应的像素数用屏幕宽度除以COLS。屏幕1080px宽时COLS20每个格子就是54px。SurfaceView的宽高在surfaceChanged里才可靠不要在构造函数里用getWidth()那时拿到的宽度往往是0。surfaceDestroyed中先setRunning(false)再interrupt()最后join()。interrupt是为了让GameThread里可能卡住的Thread.sleep立刻被中断join保证线程彻底结束后函数才返回。漏掉join的后果在避坑章节会再讲。3.3 GameThread一帧一帧地驱动移动和绘制GameThread是游戏循环的核心。一个while循环里先锁画布再判断移动、渲染最后解锁。锁画布和解锁必须成对出现即使渲染异常也要在finally里解锁否则Surface会被系统判定为一直占用后续绘制全部失效。public class GameThread extends Thread { private final SurfaceHolder holder; private final GameView view; private volatile boolean running; private long lastMoveTime 0; private long moveInterval 300; public GameThread(SurfaceHolder holder, GameView view) { this.holder holder; this.view view; } public void setRunning(boolean running) { this.running running; } Override public void run() { while (running) { long now System.currentTimeMillis(); Canvas canvas null; try { canvas holder.lockCanvas(); if (canvas null) continue; synchronized (holder) { if (now - lastMoveTime moveInterval) { view.getModel().move(); lastMoveTime now; } view.render(canvas); } } finally { if (canvas ! null) { holder.unlockCanvasAndPost(canvas); } } try { Thread.sleep(16); } catch (InterruptedException e) { running false; } } } }moveInterval300表示蛇每300ms移动一格也就是每秒约3.3步新手有足够时间决策。想调快可以改成200或150但建议不要低于100因为触摸事件的采样本能和人类反应速度都有上限。running用volatile修饰保证主线程在surfaceDestroyed里修改后子线程能及时看到否则可能出现线程一直跑的情况。Thread.sleep(16)让每帧间隔约16ms对应约60FPS的绘制频率。移动与绘制分离后即使在低端机上丢几帧移动节奏依然按真实时间走不会越跑越慢。3.4 render方法把状态画到Canvas上render方法负责把模型当前状态画出来。绘制顺序是背景、网格、蛇身、食物、分数、状态文字。顺序不能乱背景必须最先画否则会盖住其他图形。所有绘制坐标都由网格坐标乘以cellSize得到。public void render(Canvas canvas) { int boardWidth GameModel.COLS * cellSize; int boardHeight GameModel.ROWS * cellSize; canvas.drawRect(0, 0, boardWidth, boardHeight, bgPaint); ListPoint snake model.getSnake(); for (int i 0; i snake.size(); i) { Point p snake.get(i); int left p.x * cellSize; int top p.y * cellSize; if (i 0) { headPaint.setColor(Color.parseColor(#66FF66)); canvas.drawRect(left 2, top 2, left cellSize - 2, top cellSize - 2, headPaint); } else { bodyPaint.setColor(Color.parseColor(#00AA00)); canvas.drawRect(left 1, top 1, left cellSize - 1, top cellSize - 1, bodyPaint); } } Point food model.getFood(); float cx food.x * cellSize cellSize / 2f; float cy food.y * cellSize cellSize / 2f; canvas.drawCircle(cx, cy, cellSize / 2f - 2, foodPaint); textPaint.setTextSize(36f); canvas.drawText(Score: model.getScore(), 16, 48, textPaint); if (model.isGameOver()) { canvas.drawText(Game Over, boardWidth / 2f - 80, boardHeight / 2f, textPaint); } }bgPaint、headPaint、bodyPaint、foodPaint、textPaint这些对象应该在构造函数里创建一次不要在render里new Paint()否则每帧新增多个对象会拉高GC频率游戏越玩越卡。绘制蛇身时留2px边距视觉上每一节能分开方便看清长度。食物画成圆形半径是格子的一半减2px正好在格子中心。分数画在左上角36px字号在大多数设备上都很清晰。3.5 触摸事件滑动方向和轻点暂停控制方式有很多种屏幕四方向虚拟按钮、重力感应、滑动都有。我习惯用滑动加轻点左右滑控制左右上下滑控制上下轻点屏幕暂停/继续。这个方案不用布局额外控件在论文里也容易描述成“手势交互”。Override public boolean onTouchEvent(MotionEvent event) { switch (event.getActionMasked()) { case MotionEvent.ACTION_DOWN: startX event.getX(); startY event.getY(); return true; case MotionEvent.ACTION_UP: float deltaX event.getX() - startX; float deltaY event.getY() - startY; if (Math.abs(deltaX) 30 Math.abs(deltaY) 30) { model.togglePause(); return true; } Direction newDir null; if (Math.abs(deltaX) Math.abs(deltaY)) { newDir deltaX 0 ? Direction.RIGHT : Direction.LEFT; } else { newDir deltaY 0 ? Direction.DOWN : Direction.UP; } Direction current model.getDirection(); if ((newDir Direction.UP current ! Direction.DOWN) || (newDir Direction.DOWN current ! Direction.UP) || (newDir Direction.LEFT current ! Direction.RIGHT) || (newDir Direction.RIGHT current ! Direction.LEFT)) { model.setDirection(newDir); } return true; } return super.onTouchEvent(event); }30px是轻点阈值比系统自带的TouchSlop稍大因为玩家手指在屏幕上可能有一点小位移太敏感会把轻点误判成滑动。反向判断必须在设置方向前做否则会出现“按右再按上变成向下掉头”的经典Bug。如果还要支持键盘可以重写onKeyDown但答辩演示通常用触摸屏键盘作为辅助就好。4. 把代码变成论文一份能过盲审的文档怎么写4.1 论文目录与字数分配先用一张表把框架搭起来毕业设计论文一般由摘要、Abstract、正文、参考文献和致谢组成。正文章节控制为五到六章最合适。不要为了凑页数把全部代码贴进正文盲审老师会快速翻页结构清晰比字多重要。章节包含内容建议字数摘要背景、本人工作、结果与关键词400字左右第1章 绪论选题背景、意义、现状、研究内容1000-1500字第2章 相关技术Android平台、SurfaceView、Java基础、游戏循环1200字左右第3章 需求分析功能需求、非功能需求、用例图1500字左右第4章 系统设计架构设计、模块划分、流程设计2000字左右第5章 系统实现关键代码、界面运行结果、核心逻辑说明3000字左右第6章 测试与总结测试用例、测试结果、总结与展望1500字左右参考文献教材、官方文档、期刊文献不少于15篇不计从表里可以看出真正体现工作量的是系统设计和系统实现。需求分析要紧扣贪吃蛇具体场景不要写成通用App需求。如果字数不够优先补实现细节和测试记录不要硬扩背景。4.2 从代码提炼图表5张图让工作量翻倍论文里最怕满屏文字和代码没有图表。至少要准备5张图。用例图里画一个玩家角色对应开始游戏、控制方向、暂停、重新开始四个用例。游戏循环流程图从初始化开始经过等待、移动、碰撞判定最后到游戏结束。类图画GameActivity、GameView、GameThread、GameModel四个类箭头方向要标对。运行截图准备游戏开始、运行中、吃到食物变长、Game Over四张。测试结果表是一个表格一个用例一行。这些图能直接看出工作量也能稀释文字查重。图用常见绘图工具导出PNG插入Word时注意分辨率尽量300dpi放大不模糊。图要有编号和图题图题在图片下方居中表格题在表格上方居中。类图不需要完全符合UML规范但方法名和类名要和代码一致。4.3 需求与设计怎么写直接从自己代码里反推需求分析一般来说可以写成条目。功能需求写到能直接从代码里找到对应实现游戏启动后蛇以3格每秒速度向右移动玩家滑动控制方向不能180度掉头蛇头碰到边界或自身时游戏结束每吃一个食物长度加1、分数加10得分达到一定值后速度提升。每一条都是可测试的后面测试表可以直接引用。设计部分要解释数据结构的选择这是论文和普通博客的区别。不要只说“我用了LinkedList”要说明“链表在头尾增删是O(1)所以蛇身增长和移动都不会产生数组拷贝”。同理线程章节写清楚逻辑帧和绘制帧分离Renderer上的延时判断依据是什么。这些内容在第2章都讲过了写论文时换成书面语气就行。4.4 .doc排版的硬规矩别在最后一步翻车题目要求.doc不是.docx也不是交一个PDF。在Word里排版完成后通过“另存为”选Word 97-2003文档。需要注意两点旧版.doc对图片和公式兼容性差特殊公式转成图片不要从网页直接粘贴内容后不清理格式容易带进小五号乱码。正文设置一般是宋体小四、行距固定值20磅一级标题黑体三号加粗二级标题黑体四号页码页脚居中。英文和数字用Times New Roman参考文献用GB/T 7714格式。目录用Word的自动目录先把各级标题套用“标题1”“标题2”样式再在“引用”里插入目录不要手敲页码。另外有一个容易被忽略的问题.doc格式里如果使用了新版Word才有的封面样式或SmartArt用Office 2003打开会错位。稳妥做法是封面用普通表格或居中文字不要依赖复杂模板。答辩前用WPS或老版Word打开检查一遍能省很多麻烦。5. 避坑贪吃蛇项目从编码到过审的5个常见问题5.1 蛇穿墙或消失而不是死亡现象蛇头到达屏幕边缘后不报错但蛇身整体消失分数也不再增长继续操作后突然出现Game Over。原因是在move()里先addFirst再判断越界导致越界的蛇头被画在可见区域外同时尾部没有移除视觉上像蛇整条消失。解决在addFirst之前做边界和自碰撞判断撞墙直接置gameOver并return不再改链表。if (newHead.x 0 || newHead.x COLS || newHead.y 0 || newHead.y ROWS || snake.contains(newHead)) { gameOver true; return; }这段代码的位置必须固定不能和吃到食物的判断调换顺序。另一个容易忽略的点是坐标系原点在左上角所以向下移动y加1向上移动y减1不要和数学里的直角坐标系弄反。5.2 锁屏或退出时子线程还在画现象按Home键或锁屏后过几秒再打开App闪退日志提示“trying to use a destroyed Surface”。原因是Surface在屏幕关闭时被系统销毁但子线程还在循环调lockCanvas拿到无效Surface后崩溃。解决在surfaceDestroyed中停止线程并让主线程等待子线程结束。前面给的三件套setRunning(false)、interrupt()、join()缺一不可。要特别提醒不要在onPause里停线程。onPause触发时机比surfaceDestroyed早那时候Surface还活着提前停线程会让恢复时出现一段时间的黑屏还可能出现线程已经死了但Surface仍存在的情况。5.3 连续滑动时蛇掉头自杀现象蛇向右走时玩家快速上滑再左滑蛇头先向上紧接着向左直接扎进自己身体。原因是一次触摸事件只设置一个方向但下一帧到达前又来了一个反向事件方向判断没有拦住。解决在设置新方向前判断与当前方向是否相反。还有一个隐蔽情况是玩家双手滑动或误触。如果还想更稳可以加一个方向变更冷却比如80ms内不允许连续变更两次方向。这个数值不要太大否则快速转向会明显延迟。private long lastDirChangeTime; if (System.currentTimeMillis() - lastDirChangeTime 80) { return; } lastDirChangeTime System.currentTimeMillis();5.4 模拟器卡顿真机流畅现象Android Studio模拟器里游戏卡蛇身一顿一顿换到真机明显流畅。原因是模拟器默认不启用GPU硬件加速SurfaceView的绘制靠CPU模拟图形接口性能差。解决在AVD配置里打开“Host GPU”选项如果仍然卡把绘制帧间隔从16ms调到20ms减少无效绘制。还有一种“假卡”模拟器窗口没聚焦系统会降低后台绘制频率鼠标点一下窗口再试试。答辩现场最好用真机模拟器很容易出意外。5.5 论文查重标红一大片现象提交查重后技术背景和代码说明部分标红很多。原因是从教材或博客复制了原句。解决不要复制用自己的话重写。比如相关技术章节要结合项目特点写不要写“SurfaceView是Android中的一个类”而是写“本设计选择SurfaceView是为了把游戏循环放到子线程中独立执行”。代码本身不算重复率但代码注释也被查注释务必自己写。图和运行截图不计入查重所以能画图的地方尽量画图。6. 再往前一步让贪吃蛇体现“设计”而不只是“实现”6.1 三个成本低、答辩有记忆点的增强毕业设计评分通常看功能完整性、技术难度和工作量可视化。贪吃蛇基础功能做全不难难度体现在细节。第一个增强是难度档位主菜单选简单、普通、困难分别对应初始moveInterval为400ms、300ms、200ms每吃3个食物再减少10ms下限100ms。第二个增强是最高分持久化用SharedPreferences保存历史分数启动时显示“最高分”。第三个增强是音效吃到食物播放一声短音撞墙播放一段失败音。这三个功能不需要引入复杂框架但能让测试章节多出三张表和至少两段分析。以下这段代码可以作为数据存储部分的示例private SharedPreferences prefs getSharedPreferences(snake_prefs, Context.MODE_PRIVATE); public void saveHighScore(int score) { int last prefs.getInt(high_score, 0); if (score last) { prefs.edit().putInt(high_score, score).apply(); } }apply()是异步写入不要在游戏循环里用commit()避免主线程写磁盘造成卡顿。getSharedPreferences的第一个参数是文件名第二个参数MODE_PRIVATE是私有模式。答辩时讲清楚这段就能体现出对Android数据存储的基本理解。6.2 答辩前的验证清单答辩现场最怕的不是功能没做完而是演示到一半翻车。我习惯在答辩前一天按这个顺序测一遍从最慢速度开始一路玩到最快不离场连续重开10次快速连续滑动四个方向确认不会反向在移动过程中按Home键再返回确认能暂停且不闪退清除App数据后重新启动确认初始分数和最高分为0把屏幕亮度调低确认食物和蛇身颜色仍然有区分度。这套测试跑完基本能避免现场能玩但演示不流畅的尴尬。我以前做这类小游戏时最喜欢把速度调到最快让同学试玩结果十次里有两次直接闪退后来排查才发现不是业务逻辑错而是surfaceDestroyed里少了join。这个教训让我养成了“每个生命周期回调都对应一个退出逻辑”的习惯。如果你也按这条链路走下来代码和论文的坑会少很多希望帮到你。本文还有配套的精品资源点击获取
