简介这份Unity期末课设为躲避障碍小游戏面向Unity入门者、K12编程教育及期末课程设计场景。玩法简洁角色为小人天上持续掉落障碍物玩家通过左右移动与跳跃躲避碰撞后扣除生命值适合用作Unity基础功能练手项目。资源包为zip格式约552MB共21147个文件核心代码以C#脚本为主3971个cs文件另含1847张PNG图片素材、22个预制体、20个着色器及若干音频材质等并内置9个exe可执行文件解压后可直接运行体验。目前已有961人学习下载。包内包含完整Unity工程源码与Windows导出exe可帮助读者理解角色移动控制、碰撞检测与生命值UI更新等基础机制便于课设展示、答辩说明或在此基础上二次扩展。1. 从免积分下载到能答辩的Unity课设躲避障碍到底该怎么做搜到unity期末课设-简单躲避障碍小游戏免积分下载这个标题时大多数人想的是赶紧把包下载下来交差。但做过Unity课设的都知道打开别人的工程包往往比从零开始写更痛苦脚本挂红、场景路径丢失、预制体引用断开光是修复这些就能耗掉一晚上。躲避障碍小游戏之所以成为Unity期末课设的常青树是因为它的工程量小、玩法直观、物理系统和碰撞判定都能用引擎现成能力实现哪怕只做一个竖版2D的躲避玩法也足够覆盖碰撞检测、对象管理、UI状态切换、场景搭建这些课设答辩要问的核心考点。这篇笔记我就按自己做课设和帮人改课设的经验给你一条从新建工程到能打包演示的完整路线全程用Unity 2022 LTS每段代码都能直接复现。2. 先把架子立起来场景搭建、玩家控制与摄像机跟随2.1 为什么选2D竖版而不是3D俯视角三个现实理由躲避障碍类游戏在Unity里能做成很多形态3D俯视角跑酷、2D横版跳跃、竖版下落躲避都算。我做课设时优先推荐2D竖版理由有三个。第一2D的碰撞判定只有XY两个平面物理系统走的是BoxCollider2D和Rigidbody2D出问题的概率比3D的MeshCollider低一个量级答辩时不会被为什么角色掉进地面这种问题缠住。第二美术资源好解决一张背景图、一个玩家小方块、几个障碍方块就能把玩法讲清楚不需要找外部模型资源也避开了模型格式不兼容的麻烦。第三竖版天生适合演示答辩投影和电脑屏幕都是横屏竖版游戏可以用Canvas的屏幕适配把主区域居中讲解时UI、玩法和代码逻辑能在同一屏展示。选2D竖版后物理参数也跟着确定下来重力按2D默认的-9.81用障碍物不受重力用脚本驱动位移。玩家可以受重力也可以不受取决于你要不要做跳跃操作。本期课设我们按左右移动躲避下落障碍的经典玩法来做玩家固定在屏幕中下部障碍从顶部生成并向下移。2.2 最小工程从新建2D工程到第一块可动地面新建工程时选2D模板这一点很关键。如果选了3D模板后边所有Sprite和Canvas的默认设置都要手动改纯属给自己挖坑。Unity 2022 LTS的2D模板会把Sprite的Texture Type默认设为Sprite(2D and UI)灯光用的是2D光照省掉一堆配置。建好工程后按这个顺序搭场景步骤对象关键设置1创建空物体GameManager挂游戏状态脚本2创建空物体ObstacleSpawner挂障碍生成器子物体放置生成点3创建Sprite为玩家PlayerSprite Renderer颜色设为白色BoxCollider2D勾选IsTrigger4创建Sprite为背景Background覆盖整个Camera视野Sorting Order设为-105创建CanvasCanvas Scaler设为Scale With Screen Size参考分辨率1920x10806创建Text或TextMeshPro显示分数和状态提示挂到Canvas下背景Sprite不需要额外加碰撞体玩家和障碍物都在背景之上背景只承担视觉效果。玩家加碰撞体后要记得把Rigidbody2D加上哪怕玩家不受重力也需要Rigidbody2D才能触发碰撞回调。有个细节新手经常漏背景图要放在Camera的视野范围内否则跑起来屏幕上有黑边。简单做法是把背景Sprite的大小调到和Camera正交尺寸匹配默认2D摄像机的Orthographic Size是5场景在Y轴正负5、X轴正负9左右就能铺满。背景不需要精确贴合稍微大一点不影响重要的是Sorting Order设为负数让它垫底。2.3 玩家移动Transform位移与刚体物理怎么选玩家移动有两条路直接改Transform.position或者用Rigidbody2D的velocity。很多教程推荐velocity理由是走物理系统更规范。但对躲避障碍这个玩法玩家只有左右移动没有跳跃、没有惯性滑行、没有弹射用velocity反而要处理物理材质的摩擦和阻力调起来很玄学。我一般直接改Transform配合Time.deltaTime做帧率适配手感干净利落。using UnityEngine; public class PlayerController : MonoBehaviour { [Header(移动参数)] public float moveSpeed 8f; // 水平移动速度 public float boundaryX 7.5f; // 左右边界防止玩家出屏 private float _inputX; void Update() { // 兼容键盘和移动端触控GetAxisRaw返回-1/0/1无平滑延迟 _inputX Input.GetAxisRaw(Horizontal); if (Application.isMobilePlatform) { // 移动端可扩展触控逻辑本篇先用键盘 } } void FixedUpdate() { // 位移放在FixedUpdate物理碰撞阶段执行和渲染帧率解耦 Vector3 pos transform.position; pos.x _inputX * moveSpeed * Time.fixedDeltaTime; // 夹紧边界不让玩家冲出屏幕 pos.x Mathf.Clamp(pos.x, -boundaryX, boundaryX); transform.position pos; } }代码逻辑不复杂但有两个参数值得说。moveSpeed设为8是竖版躲避的起步值障碍速度在3到10之间变化时8的移动速度能保证玩家有反应余量。boundaryX设为7.5是因为默认2D摄像机在1920x1080下的可视半宽约9留出1.5的余量避免Sprite半身出画。位移放FixedUpdate而不是Update是因为FixedUpdate按固定步长执行和物理系统同步障碍物如果也用物理位移碰撞判定的时序才一致。用Transform移动的代价是玩家不会受物理碰撞影响比如障碍物从头顶砸下来玩家不会被弹开。这是设计好的躲避游戏里玩家被砸中就是游戏结束不需要物理推开效果。如果你想让玩家被撞后有击退反馈那才需要换成Rigidbody2D.velocity方案。2.4 摄像机跟随LateUpdate是标准答案摄像机跟随在这类课设里有两个选择完全不跟随固定视角整个场景或者跟随玩家上下浮动。我们的玩法里玩家固定在屏幕中下部摄像机不需要上下跟随但需要在玩家横向移动时让视野保持稳定。如果你后续扩展成玩家向上闯关的模式摄像机跟随就要改成跟随玩家的Y轴。using UnityEngine; public class CameraFollow : MonoBehaviour { public Transform target; // 跟随目标 public float smoothTime 0.3f; // 平滑时间越小越跟手 private Vector3 _velocity; void LateUpdate() { if (target null) return; Vector3 targetPos new Vector3(target.position.x, target.position.y, transform.position.z); // 保持摄像机Z轴不变2D场景Z轴固定为-10 transform.position Vector3.SmoothDamp(transform.position, targetPos, ref _velocity, smoothTime); } }摄像机的Z轴固定不改否则会出现场景突然消失的情况。SmoothDamp的smoothTime参数控制在0.2到0.5之间太小会有高频抖动太大会让玩家感觉手跟不上。这里强调用LateUpdate因为Update里玩家先移动、摄像机后跟随如果在Update里做跟随摄像机会比玩家晚一帧取位置快速移动时画面边缘会有撕裂感。LateUpdate在所有Update执行完之后统一取位置天然规避这个问题。3. 让障碍自己动起来对象池、生成节奏与碰撞判定3.1 障碍生成器协程比InvokeRepeating强在哪障碍生成最常见的教程写法是InvokeRepeating(SpawnObstacle, 1f, 2f)这个API简单但有两个毛病定时精度差最小间隔受Time.timeScale影响暂停游戏后恢复时机不可控生成参数是写死的想动态调整间隔得额外维护一套变量。我推荐用协程生成逻辑、等待逻辑写在一起还方便在游戏状态切到GameOver时干净地停掉。using System.Collections; using UnityEngine; public class ObstacleSpawner : MonoBehaviour { public GameObject obstaclePrefab; // 障碍预制体 public float spawnInterval 1.5f; // 初始生成间隔 public float minInterval 0.4f; // 最短间隔防止后期无限加速 public float intervalDecrease 0.1f; // 每波减少的间隔值 private void Start() { StartCoroutine(SpawnLoop()); } IEnumerator SpawnLoop() { float currentInterval spawnInterval; while (true) { SpawnOne(); // 每生成一波就压缩一次间隔形成难度曲线 currentInterval Mathf.Max(minInterval, currentInterval - intervalDecrease); yield return new WaitForSeconds(currentInterval); } } void SpawnOne() { if (obstaclePrefab null) return; // 从对象池取没有则实例化 GameObject obj ObjectPool.Instance.Get(); obj.transform.position new Vector3(Random.Range(-6f, 6f), 6f, 0f); obj.SetActive(true); } }协程的核心优势是中途退出方便GameManager切到GameOver状态时调用StopAllCoroutines()就能立刻停掉生成不需要额外标志位。间隔递减逻辑也直观每次循环先生成再递减到minInterval后封顶。Random.Range在-6到6之间生成X坐标是为了让障碍横向有分布不至于全挤在中间。6f的Y坐标是屏幕外一点点的位置这样障碍从屏幕顶部进入时不会突然闪现。3.2 对象池为什么不能无脑Instantiate和Destroy如果每1.5秒生成一个障碍每个障碍下落2秒后销毁玩家玩3分钟也只产生120个对象Instantiate和Destroy完全扛得住。但课设演示时考官可能会问如果同时存在50个障碍物会怎样更实际的问题是Destroy掉的对象GC会在某个瞬间卡顿正好卡在玩家躲避那一帧。对象池是Unity课设里性价比最高的优化手段代码量不大但能让你在答辩时理直气壮地说我做了性能优化。using System.Collections.Generic; using UnityEngine; public class ObjectPool : MonoBehaviour { public static ObjectPool Instance; public GameObject obstaclePrefab; public int poolSize 20; private QueueGameObject _pool new QueueGameObject(); void Awake() { Instance this; // 预创建池对象全部隐藏 for (int i 0; i poolSize; i) { GameObject obj Instantiate(obstaclePrefab, transform); obj.SetActive(false); _pool.Enqueue(obj); } } public GameObject Get() { if (_pool.Count 0) { return _pool.Dequeue(); } // 池不够用时动态扩容 GameObject extra Instantiate(obstaclePrefab, transform); return extra; } public void Release(GameObject obj) { obj.SetActive(false); _pool.Enqueue(obj); } }池的产生和回收要配套障碍落出屏幕后调用Release而不是Destroy。对象池Instance是单例Awake里赋值这里注意预制体必须指定否则池初始化就会报空引用。poolSize设20是基于屏幕上最多同时存在8到12个障碍的估算如果障碍下落速度变慢或者生成间隔变短这个值要相应调大。池在GameManager这样的常驻对象上创建不要在障碍生成器上创建否则切换场景后池会丢失。3.3 碰撞判定OnCollisionEnter2D和OnTriggerEnter2D选谁这是课设代码里最容易翻车的地方。两个API看着像触发条件完全不同。OnCollisionEnter2D需要两个物体都有碰撞体且至少一个带有非运动学的Rigidbody2D两个物体之间会发生物理弹开。OnTriggerEnter2D则要求其中一个碰撞体勾选IsTrigger触发后不产生物理反馈只发回调事件。躲避障碍这个玩法玩家被障碍碰到就是游戏结束不需要物理弹开所以正确做法是玩家和障碍的BoxCollider2D都加上玩家碰撞体勾选IsTrigger然后只在Player脚本里写OnTriggerEnter2D。如果忘了勾IsTrigger你会看到玩家被障碍弹飞或者顶穿花半天时间查不到原因。using UnityEngine; public class PlayerCollision : MonoBehaviour { private void OnTriggerEnter2D(Collider2D other) { // 通过标签区分障碍物避免和背景触发碰撞逻辑 if (other.CompareTag(Obstacle)) { GameManager.Instance.GameOver(); } } }碰撞回调的关键是标签判断。障碍预制体的Tag要提前在Inspector里改成Obstacle否则玩家碰到任何带Trigger的物体都会触发游戏结束。另一个细节障碍物体的Rigidbody2D必须是Kinematic或Static不能用Dynamic否则障碍下落会受重力影响变成自由落体下落速度越来越快游戏变成不可能完成的任务。4. 把游戏感做出来计分、生命值与UI状态机4.1 计分方式按时间计分还是按障碍物计数躲避障碍小游戏的计分通常有两种按存活时间计分或者按躲过的障碍物个数计分。按时间计分实现简单但和难度曲线绑定不直观按障碍计数更符合玩家认知躲过一个1分但要求每生成一个障碍就发一次事件。我推荐按障碍计数因为对象池的Get方法天然是分数事件的发生点加一行代码就能驱动UI更新。分数脚本不需要自己维护累加逻辑让GameManager统一管分数和游戏状态UI只负责显示。using UnityEngine; using UnityEngine.UI; public class ScoreManager : MonoBehaviour { public static ScoreManager Instance; public Text scoreText; // 注意如果用TextMeshPro类型改成TMP_Text public int score { get; private set; } void Awake() { Instance this; score 0; UpdateUI(); } public void AddScore(int value) { score value; UpdateUI(); } public void Reset() { score 0; UpdateUI(); } void UpdateUI() { if (scoreText ! null) { scoreText.text 得分 score.ToString(); } } }这里有个Unity版本陷阱Unity 2022里Text和TextMeshPro是两套独立组件Text来自UnityEngine.UITextMeshPro来自TMPro命名空间。你在Inspector里添加的如果是TextMeshPro组件代码里写Text类型就会报空引用。最简单的办法是代码里直接用TextMeshPro然后添加组件时也选TextMeshPro两边保持一致。4.2 游戏状态机Ready、Playing、GameOver三态切换课设里最常见的状态管理问题是游戏结束了还在加分游戏没开始障碍就往下掉。根因是没有任何状态约束。一个三态状态机就能解决Ready表示等待开始Playing表示游戏中GameOver表示游戏结束。状态切换时做三件事停止或启动生成器、重置或保留场景对象、更新UI提示。using UnityEngine; public class GameManager : MonoBehaviour { public static GameManager Instance; public enum GameState { Ready, Playing, GameOver } public GameState State { get; private set; } public GameObject startPromptUI; // 开始提示 public GameObject gameOverUI; // 结束提示 void Awake() { Instance this; State GameState.Ready; } void Start() { Time.timeScale 1f; ShowStartPrompt(); } void Update() { if (State GameState.Ready Input.GetKeyDown(KeyCode.Space)) { StartGame(); } if (State GameState.GameOver Input.GetKeyDown(KeyCode.R)) { RestartGame(); } } public void StartGame() { State GameState.Playing; startPromptUI.SetActive(false); gameOverUI.SetActive(false); ScoreManager.Instance.Reset(); Time.timeScale 1f; } public void GameOver() { if (State GameState.GameOver) return; State GameState.GameOver; gameOverUI.SetActive(true); // 暂停场景但保留UI响应 Time.timeScale 0f; } public void RestartGame() { // 最稳的重新开始方式重载当前场景 UnityEngine.SceneManagement.SceneManager.LoadScene( UnityEngine.SceneManagement.SceneManager.GetActiveScene().name); } }GameOver时Time.timeScale置0是常用的暂停手段所有受Time.deltaTime驱动的逻辑都会停下来。但注意用WaitForSeconds的协程在timeScale为0时不会等到时间这就是为什么停止生成要用StopAllCoroutines而不是依赖timeScale。RestartGame用场景重载干净利落所有对象池和单例都会重新Awake不会残留上一次游戏的障碍物。4.3 数值手感障碍速度、生成间隔、加速曲线怎么调躲避游戏的手感不是玄学是几个数值组合出来的难度曲线。我调课设时一般按这个表格做初始值再根据实际试玩微调参数初始值调教范围调低后果调高后果玩家移动速度86~12躲避反应时间不够操作漂移难以精确定位障碍下落速度42~8游戏过于简单玩家反应不过来初始生成间隔1.5s1.0~2.0s前期压力过大前30秒无事可做间隔递减量0.1s/波0.05~0.2难度爬升太慢1分钟后进入不可能区间最短生成间隔0.4s0.3~0.6后期完全靠运气缺乏紧张感加速曲线我建议用线性递减就够了递减量每波固定。如果用指数递减到后期玩家存活完全看运气演示时连续翻车会非常尴尬。课设答辩的期望是玩起来有挑战但能坚持1分钟以上所以难度曲线前半段要平缓后半段再陡峭。还有一个技巧障碍下落速度不要一开始就设最大可以随着分数增加逐步提升这样玩家能明确感知到难度在上升比单纯缩短生成间隔的反馈更强。5. Unity课设避坑碰撞没反应、组件找不到、打包后UI错位等6个高频问题5.1 碰撞体加上了但OnTriggerEnter2D死活不触发现象玩家和障碍物穿过彼此脚本里的OnTriggerEnter2D一次都没执行。检查碰撞体、标签、脚本挂载都正常。原因两个物体里至少一个缺少Rigidbody2D。很多人以为有BoxCollider2D就够但Trigger事件的触发必须依赖Rigidbody2D哪怕是Kinematic类型的也行。玩家和障碍总得有一个带Rigidbody2D否则碰撞系统根本不会发送触发事件。解决在玩家身上加Rigidbody2DGravity Scale设为0Constraints里把Position的Y轴冻住防止玩家被意外推离原位置。障碍物按生成器逻辑用Transform移动不加Rigidbody2D也可以玩家身上的Rigidbody2D足以触发事件。5.2 玩家按下方向键角色没反应但物体乱跑现象PlayerController挂在玩家身上但按方向键时画面没有反应倒是一些UI按钮被触发。原因场景里同时存在两个玩家对象或者Input Manager里的Horizontal轴被改过。更隐蔽的原因是代码挂在Canvas下的空物体上你调整的Transform其实是UI的Canvas节点。解决先在Hierarchy里搜Player确认场景只有一个玩家Sprite。再看PlayerController的Inspector确认脚本组件确实挂在玩家Sprite上而不是它的父物体上。用鼠标在Scene视图里点选玩家看Inspector顶部是否显示玩家的名字。5.3 用Text组件写分数运行时UI上显示但控制台报空引用现象Text组件在Inspector里看得到也拖进了scoreText字段运行时显示正常但控制台有空引用报错。原因场景里有多个Canvas或者同一个Canvas下挂了多个Text组件。把scoreText拖进Inspector时拖到的是被遮挡的另一个Text不是玩家看到的那个。解决在Hierarchy里展开Canvas确认UI层级里只有一个Text用于显示分数。把该Text的GameObject名字改成ScoreText然后在ScoreManager的Inspector里重新拖一次。如果用了TextMeshPro代码里的Text类型要改成TMP_Text并引入TMPro命名空间这个坑在新手期几乎必踩。5.4 打包后UI位置和编辑器中不一样按钮跑到屏幕外现象编辑器里UI完美居中Build之后按钮和分数跑偏部分超出屏幕。原因Canvas Scaler没配置。默认Canvas不带Canvas Scaler组件UI坐标在编辑器里按绝对像素排布不同分辨率的屏幕上就错位。解决Canvas节点上加Canvas ScalerUI Scale Mode选Scale With Screen SizeReference Resolution设为1920x1080Screen Match Mode选Shrink。这样UI会按屏幕比例自动缩放。然后记得把所有UI元素Anchor都设成Center不要让Text挂在屏幕左上角的锚点上。5.5 对象池回收的障碍物再次生成时位置错乱现象障碍物从对象池取出后位置不在预期的屏幕顶部而是出现在上次销毁的位置。原因Release到池之后没有重置Transform再次Get时直接SetActive(true)旧位置残留。解决在Get方法里设置出厂位置或者在障碍物自身的OnEnable里做初始化。简单做法是Spawner的SpawnOne方法里Get之后立刻覆盖transform.position这和SetActive(true)的顺序有关先SetActive(true)后改位置避免OnEnable时期位置还没更新的问题。5.6 场景里没有任何错误但运行时玩家一直在下落现象玩家是个Sprite加了Rigidbody2D后不管怎么按键盘角色持续向下掉。原因Rigidbody2D默认Gravity Scale是1玩家没有冻结Y轴位置也没有脚本去抵消重力。解决在Rigidbody2D的Constraints里勾选Freeze Position Y或者写代码里在Start中获取Rigidbody2D并将Gravity Scale设为0。如果是上下跳跃的玩法保留重力但要自己控制跳跃速度那是另一套方案本篇不展开。课上设里玩家固定在屏幕中下部是最稳的别让玩家掉出屏幕底部。void Start() { Rigidbody2D rb GetComponentRigidbody2D(); rb.gravityScale 0f; }5.7 打包后游戏运行卡顿编辑器里却很流畅现象编辑器FPS稳定60Build出来的exe跑起来掉帧障碍多时明显卡顿。原因编辑器里有VSync和统计面板撑感知打包后真机性能暴露真实水平。多数情况是频繁的Instantiate、Destroy和全屏UI重建。解决用对象池替代瞬时的创建销毁分数Text的更新用简单的字符串拼接不要反复new StringBuilder导致GC。另外检查背景图片如果是4K大图降到1080p会显著改善加载和渲染压力。这些优化代码量很少但答辩时讲出来是加分项。6. 收尾验收打包配置、自检清单与三个低成本扩展方向6.1 打包配置的五个必改项做课设最终要交exe或apkPlayer Settings里的几个配置不做的话要么打不开要么打开后窗口太小。打开File - Build Settings点Player Settings按下面五项改配置项推荐值原因Company Name自己的学号或姓名答辩时方便确认归属Product Name游戏名如躲避大师显示在窗口标题Default Screen Width1280保证窗口不超屏幕Default Screen Height72016:9比例UI适配稳定Run In Background勾选切窗口时游戏不暂停Build Target按需选择Windows演示选Windows平台如果要求微信小游戏打包需要安装Unity微信小游戏插件并转成WebGL构建配置这属于扩展功能不适合作为课设主流程。分辨率设置里需要注意如果演示机器是笔记本1920x1080窗口全会占满屏幕1280x720是相对稳妥的默认值。6.2 答辩前的五步自检打包前花五分钟做一遍自检避免演示现场翻车。第一步从Hierarchy删除临时测试对象检查场景里不能有残留的Debug Cube。第二步所有脚本的public字段必须在Inspector里赋值空引用集中排查一次重点检查ScoreText和ObstaclePrefab。第三步游戏从Ready状态开始按空格能够进入Playing障碍开始生成分数开始计数。第四步被障碍碰到后弹出GameOver UI时间暂停按R能重新加载场景。第五步窗口可以正常关闭AltF4和窗口X都有效控制台在打包后没有持续报错。这五步走过一遍基本能确保演示不翻车。前两步花五分钟解决第三步到第五步是正常玩法路径顺手就能验证。6.3 三个差异化扩展方向课设想要拿高分玩法之外得有亮点。第一个方向是给障碍加碰撞音效和背景音乐用AudioSource组件和AudioClip代码量不超过十行但游戏的完成度立刻不一样。第二个方向是增加难度选择界面在Ready状态弹出三个按钮对应简单、普通、困难变的是生成间隔和障碍速度的初始值。第三个方向是移动端适配加触控或重力感应的移动逻辑用Input.touches或者Input.acceleration替换掉键盘输入然后打包apk在手机上演示。这三个方向都不需要大改核心代码但答辩讲做了什么时有具体内容可讲比单一个躲避玩法好说很多。我做课设时就把移动端触控加上了代码只多了一个Touch判断演示时用手机跑起来评委的注意力从这是个小游戏转移到了这个交互适配做得不错。最后说一个我自己的习惯做课设别等到最后三天才开始打包在核心玩法跑通后先Build一次确认打包链路通再回头调数值和加功能。很多人最后一天才发现插件冲突或纹理格式不支持那时候改代码已经来不及了。希望这篇文章能帮你把Unity避障小游戏的课设稳稳拿下。本文还有配套的精品资源点击获取