简介这是一套面向Unity 2D学习者和游戏开发入门者的完整案例资源以经典“雷霆战机”演示场景为主线帮助理解二维射击游戏从工程搭建到核心玩法的实现思路。压缩包为RAR格式解压后共1740个文件大小约455MB文件类型以DLL运行库、Meta资源配置、HDR与Mat材质文件为主同时包含Unity场景、Prefab预制体、CS脚本、PNG贴图、MP3音频等基本覆盖Unity 2D项目开发中的常见文件组成目录结构清晰便于按模块定位阅读。目前已有514人学习/下载。通过该案例可深入查看战机移动与射击、敌机生成与碰撞、计分与UI反馈等模块的代码和资源组织方式学习场景对象如何挂载脚本、材质如何驱动渲染表现理解预制体在对象复用中的作用也能提升对Unity 2D项目整体结构的把握。对于正在练习Unity 2D实战项目的初中级开发者这套案例既适合逐模块拆解学习也可作为同类二维飞行射击游戏的设计参考模板。1. 一句话说清unity 2d游戏案例「雷霆战机演示文件」到底是个啥你拿到的这个「unity 2d游戏案例雷霆战机演示文件」从命名看像是一份素材压缩包实际上它是一个完整的 Unity 2D 纵版射击小游戏工程玩家操纵飞机在屏幕下方移动、自动或按键开火、敌机从顶部一波波压下来、击毁敌机得分、被撞到则扣血。这类工程最常见的用途是入门教程的配套源码或者课堂作业的参考实现。很多新手拿到后第一反应是找 exe 可执行文件双击却发现打不开。演示文件不是已经打包好的成品游戏而是一个需要用 Unity Hub 指定版本打开、在编辑器中运行或自行 Build 的源工程。它能解决的核心问题是让你从「看教程的人」变成「改代码的人」飞机发射子弹、敌机生成、碰撞计分这些逻辑全部以脚本形式躺在工程里可以直接改、直接看效果。适合刚学完 C# 语法和 Unity 基础操作的开发者也适合讲师拿去做课堂案例二次改造。2. 把演示工程跑起来目录结构、场景入口与第一次构建2.1 打开前先摸清工程目录Assets 下四块内容是什么先别急着双击场景。解压后你应该能看到一个标准 Unity 工程目录核心内容都在 Assets 下。我一般会先按资源类型过一遍目录而不是让 Unity 全部导入后再手忙脚乱。某演示工程里 Assets 下通常有 Scenes、Scripts、Prefabs、Art 四个主要文件夹Scenes 放主场景 MainScripts 分散着玩家控制、子弹、敌机生成器和全局游戏管理器Prefabs 里有 Player、Enemy、Bullet 等可复用对象Art 下面是飞机和敌机的 Sprite 图。如果看到 Resources 文件夹也不要奇怪演示工程常把动态加载的素材放那里方便打包后按路径读取。挂载方向也能从目录看出来场景里的 GameRoot 空物体上会挂 GameManagerPlayer 预制体上挂移动和开火脚本Enemy 预制体上挂血量与得分逻辑。这些引用关系一旦在跨设备拷贝后丢失 GUID就会出现直接用 Unity 打开时「脚本丢失」的报错。我习惯先跑一个检查脚本把工程里引用缺失的对象一次性全部扫出来。下面这段编辑器代码可以贴到 Assets/Editor/ProjectChecker.cs然后从菜单栏 Tools/Check Project 执行using UnityEngine; using UnityEditor; using UnityEditor.SceneManagement; public class ProjectChecker { [MenuItem(Tools/Check Project)] public static void CheckMissingRefs() { int missingCount 0; string[] scenePaths AssetDatabase.FindAssets(t:Scene); foreach (string guid in scenePaths) { string path AssetDatabase.GUIDToAssetPath(guid); EditorSceneManager.OpenScene(path, OpenSceneMode.Single); GameObject[] roots UnityEngine.SceneManagement.SceneManager .GetActiveScene().GetRootGameObjects(); foreach (GameObject root in roots) { foreach (Component comp in root.GetComponentsInChildrenComponent(true)) { if (comp null) { missingCount; Debug.LogWarning(场景 path 存在丢失脚本的对象 root.name); } } } } Debug.Log(检查完成缺失引用数量 missingCount); } }这段脚本的逻辑是遍历工程内所有场景逐个打开并检查每个对象上的所有组件引用是否为 null。注意 Unity 里组件引用丢失时 GetComponent 的结果是 null 但对象仍然存在所以需要用comp null判断而不是看对象是否存在。参数上唯一需要留意的是 OpenSceneMode.Single 会把当前场景替换掉跑之前先保存你正在编辑的场景或者把 Single 改成 Additive 就不会打扰当前工作区。这个脚本在排查预制体挂不上脚本的问题时还能反复用。2.2 找到场景入口为什么运行后黑屏或没有飞机演示工程通常只有一个主场景打开后先确认场景里的 GameRoot 是否存在。GameRoot 上挂着 GameManager这个组件负责初始化玩家位置、UI 分数和敌机生成器。如果运行后画面黑屏、飞机没出现九成是 GameRoot 在场景里被删掉或者它的脚本引用丢了。入口脚本的典型结构长这样注意看初始化顺序using UnityEngine; public class GameManager : MonoBehaviour { public GameObject playerPrefab; public Transform playerSpawnPoint; public UIManager uiManager; void Awake() { // 场景加载时立刻实例化玩家不等 Start GameObject player Instantiate(playerPrefab, playerSpawnPoint.position, Quaternion.identity); if (uiManager ! null) { uiManager.SetScore(0); } // 敌机生成器如果不挂在场景里也要在这里启动 EnemySpawner spawner FindAnyObjectByTypeEnemySpawner(); if (spawner ! null) { spawner.StartSpawning(); } } }这里的关键是 Awake 和 Start 的选择Awake 在场景对象初始化阶段执行适合创建玩家和绑定引用Start 在所有对象 Awake 之后才执行适合做需要依赖其他对象的逻辑。如果实例化玩家放在 Start而另一段代码在 Awake 里就去找玩家对象就会拿到 null。第二个需要注意的地方是 playerPrefab 和 playerSpawnPoint 需要在 Inspector 面板手动拖拽引用。拖错对象最常见的现象是飞机出现在屏幕角落或方向不对。spawnPoint 的 Z 轴偏移在 2D 项目里虽然不影响 2D 坐标但会影响排序层级建议把 Z 值固定为 0避免后续做 UI 叠加时出现渲染层级错乱。2.3 从编辑器走向可执行文件Build 之前的三个设置很多同学在编辑器里跑得好好的一 Build 出来就黑屏或闪退。最常见原因是场景没加入 Build Settings。打开 File Build Settings左侧 Scenes In Build 列表里必须勾上 Main 场景并且放在最顶上因为打包后第一个场景就是启动场景。第二个问题是 Player Settings 里的公司名和产品名没填某些平台上会直接导致构建失败。下面是面板上最容易漏的配置配置项推荐值说明Company Name任意英文名影响存档路径和包名不要用中文Product NameThunderDemo显示在窗口标题栏和桌面图标下Default OrientationPortrait纵版射击游戏适合竖屏Scripting BackendMono演示工程优先选 Mono编译快、报错直观Active Input HandlingInput Manager (Old)避免旧脚本调用 Input.GetAxis 报异常第三个坑是分辨率设置纵版射击游戏要用竖屏比例在 Game 视图里手动调分辨率没有用需要在 Player Settings 的 Resolution and Presentation 里设置 Default Screen Width 和 Height比如 1080 乘 1920。如果只是测试打包也可以用下面的批处理命令从命令行出包适合反复改代码后快速验证# Windows 下以命令行模式打开工程并执行 BuildScript 中的静态方法 Unity.exe -batchmode -quit -projectPath C:\Projects\ThunderDemo \ -executeMethod BuildScript.PerformBuild -logFile build.log对应的 BuildScript 写在 Assets/Editor/BuildScript.cs 里核心就是把场景列表写入 BuildPlayerOptions然后调用 BuildPipeline.BuildPlayerusing UnityEditor; public static class BuildScript { public static void PerformBuild() { string[] scenes { Assets/Scenes/Main.unity }; BuildPlayerOptions options new BuildPlayerOptions { scenes scenes, target BuildTarget.StandaloneWindows64, locationPathName Build/ThunderDemo.exe }; BuildPipeline.BuildPlayer(options); } }命令行打包的好处是全程不需要打开编辑器界面也不会被弹窗卡住。坏处是第一次打包会比较慢因为要编译所有脚本和资源。日志文件 build.log 里如果出现 Scripts have compiler errors先回去把编译错误清掉再谈打包成功。scenes 数组里的路径要和 Assets 下的实际路径完全一致大小写错了会直接构建失败。3. 拆解演示内核玩家开火、敌机生成、碰撞与计分的代码链路3.1 玩家移动与边界限制Transform 还是 Rigidbody演示工程里玩家控制的实现通常有两种风格直接用 Transform.Translate 的轻量写法或者用 Rigidbody2D 搭配 velocity 的物理写法。纵版射击游戏对物理真实性要求很低很多教程为了让学生看清逻辑选前者。实操里我会告诉你如果玩家飞机和子弹都是 Trigger 碰撞体用 Transform 移动完全没问题一旦你想后面加「撞到敌机被弹开」「受击后屏幕震动」这类反馈Rigidbody 方案更好扩展。常见控制脚本如下注意三个关键处using UnityEngine; public class PlayerController : MonoBehaviour { public float moveSpeed 10f; public Vector2 boundary new Vector2(2.4f, 4.2f); void Update() { float horizontal Input.GetAxisRaw(Horizontal); float vertical Input.GetAxisRaw(Vertical); Vector3 move new Vector3(horizontal, vertical, 0) * moveSpeed * Time.deltaTime; transform.position move; float clampedX Mathf.Clamp(transform.position.x, -boundary.x, boundary.x); float clampedY Mathf.Clamp(transform.position.y, -boundary.y, boundary.y); transform.position new Vector3(clampedX, clampedY, 0); } }这里故意用 GetAxisRaw 而不是 GetAxis因为射击游戏要的是「按下就是全速、松开立刻停」的手感GetAxis 的平滑过渡在飞机移动里会显得拖泥带水。boundary 是以屏幕中点为原点的半宽和半高当相机在 Z-10、正交尺寸 orthographicSize5 时屏幕半宽等于 size 乘以相机宽高比竖屏下大约 2.8 左右给 2.4 是为了让飞机边缘不出屏。如果发现飞机顶到屏幕边缘还露出一半机身就把 boundary.x 减小 0.2这是最直观的调参方式。Update 和 FixedUpdate 的选择在这里有讲究Input 读取和坐标修正放在 Update因为 Update 每帧执行、跟渲染同步键盘输入只在 Update 里可靠。如果改用 Rigidbody2D 的 velocity就要把赋值挪到 FixedUpdate否则物理步进和渲染帧不同步会看到飞机抖动。3.2 开火循环与对象池为什么要复用子弹而不是重复 Instantiate演示工程里最常见的开火实现是协程玩家对象启动一个无限循环每隔 fireInterval 秒生成一颗子弹。新手经常看到这样的代码就照抄了每发射一颗子弹就 Instantiate 一次运行三分钟后场景里堆着几千个子弹对象帧率直线下降。这个演示文件如果做得讲究一定会带对象池这是最值得学的部分。对象池的核心思路是三句话预创建一批子弹放进队列发射时从队列取空队列才新建子弹回收时回到队列而不是销毁。下面的 BulletPool 是静态类任何脚本都能调using System.Collections.Generic; using UnityEngine; public static class BulletPool { private static QueueGameObject pool new QueueGameObject(); public static GameObject Spawn(GameObject bulletPrefab, Vector3 position, Quaternion rotation) { GameObject bullet; if (pool.Count 0) { bullet pool.Dequeue(); bullet.SetActive(true); bullet.transform.position position; bullet.transform.rotation rotation; } else { bullet Object.Instantiate(bulletPrefab, position, rotation); } bullet.GetComponentBullet().SetOwner(Player); return bullet; } public static void Recycle(GameObject bullet) { bullet.SetActive(false); pool.Enqueue(bullet); } }使用队列而不是 List 的关键在于 Dequeue 和 Enqueue 都是 O(1) 操作不会因为子弹数量多了产生内存抖动。SetOwner 是给子弹标记阵营防止玩家子弹打死玩家自己。这个字段也可以换成 Layer但在演示工程里用字符串 Tag 或 owner 枚举更容易读。开火循环放在玩家脚本里每帧检测开火键很浪费用协程等间隔发射更干净public class PlayerShooter : MonoBehaviour { public GameObject bulletPrefab; public Transform firePoint; public float fireInterval 0.15f; void Start() { StartCoroutine(FireLoop()); } IEnumerator FireLoop() { while (true) { if (Input.GetKey(KeyCode.Space) || Input.GetMouseButton(0)) { BulletPool.Spawn(bulletPrefab, firePoint.position, firePoint.rotation); } yield return new WaitForSeconds(fireInterval); } } }fireInterval 是连续两发子弹之间的秒数0.15 秒意味着每秒开火约 6.6 次。这个值直接决定游戏难度调小到 0.1 玩家会感觉火力很猛调大到 0.3 就得考虑给玩家加「双发」「三发」道具了。子弹预制体上挂的 Bullet 脚本里记录子弹速度和存活时间比如 speed12、lifeTime2f意味着子弹在 2 秒后自动回收这保证了即使玩家朝屏幕底部射击子弹也不会在场景外堆积。3.3 敌机生成与碰撞计分从 Spawner 到 GameManager 的数据流敌机的生成比玩家开火多一层变化生成间隔通常会随着游戏时间缩短形成「越来越密集」的压迫感。演示工程的 Spawner 一般是这样的节奏控制结构using UnityEngine; public class EnemySpawner : MonoBehaviour { public GameObject enemyPrefab; public float startInterval 1.5f; public float minInterval 0.4f; public Vector2 spawnRange new Vector2(-2.4f, 2.4f); private float elapsed; void Update() { elapsed Time.deltaTime; if (elapsed GetCurrentInterval()) { elapsed 0f; SpawnEnemy(); } } float GetCurrentInterval() { float t Mathf.Clamp01(Time.time / 60f); return Mathf.Lerp(startInterval, minInterval, t); } void SpawnEnemy() { float x Random.Range(spawnRange.x, spawnRange.y); Vector3 pos new Vector3(x, transform.position.y, 0); Instantiate(enemyPrefab, pos, Quaternion.identity); } }这里不用协程而用 Update 累加时间原因在于生成间隔是动态变化的。GetCurrentInterval 用 Mathf.Lerp 做了一个 60 秒内的线性缩短从 1.5 秒逐渐压到 0.4 秒这是演示工程里「难度曲线」的最小实现。想让敌人更快把 minInterval 调小想让前期更友好把 startInterval 调大。新手容易忽略生成位置SpawnEnemy 里 x 取随机范围、y 固定用生成器的 y 坐标这个 y 必须在屏幕顶上方比如 6这样敌机进入屏幕时是「飞入」而不是「凭空出现」。敌机脚本里统一向下移动速度在预制体上单独设。碰撞与计分是链路最后一环典型写法是void OnTriggerEnter2D(Collider2D other) { if (other.CompareTag(PlayerBullet)) { hp - 1; Destroy(other.gameObject); if (hp 0) { GameManager.Instance.AddScore(pointValue); BulletPool.Recycle(gameObject); } } }CompareTag 比other.tag PlayerBullet更安全因为后者在 Tag 不存在时会直接报错。销毁子弹和扣血必须先于得分判断避免同一帧里子弹和敌机同时触发两次计数。GameManager 里用单例 Instance 保存分数UI 更新放在 SetScore 内部不要在碰撞回调里直接操作 Text这样后续加 combo、加成就系统时不用改碰撞代码。4. 调手感先调参数速度、射速、波次与伤害数值的改法4.1 能不改代码就不改代码SerializeField 与 Inspector 面板的真实使用顺序很多开发者在拿到演示工程后第一件事是找脚本改完再回编辑器。我建议反过来先跑一遍原版记录手感问题再从 Inspector 面板调数值。演示工程的脚本如果规范公开字段都带 public就可以直接改。先在 Inspector 里试值确定问题是不是数值引起的。改代码之前先想清楚你动的变量属于「玩家体验」还是「内部逻辑」前者优先用参数解决。为什么这个顺序值得坚持因为脚本里的字段一旦是 public 或加了 [SerializeField]Unity 就会把它序列化进预制体文件。你用代码改初始值预制体存档里存的旧值会覆盖新值于是经常出现「代码改了没反应」的鬼故事。实际是被预制体的序列化数据盖掉了。下次遇到改脚本数值无效的情况先在预制体上右键 Reset或者在 Inspector 确认一下字段显示的值是不是你以为的那个。4.2 演示工程里最值得先调的 7 个参数把演示工程的核心手感参数整理成一张表按「影响面从大到小」排序适合动手前先抄作业参数位置初始参考值调大之后的效果适用场景moveSpeedPlayerController8~12飞机更跟手容易撞子弹觉得飞机太重时调大fireIntervalPlayerShooter0.12~0.2射速变慢火力变弱游戏太简单时反馈最强的调节bulletSpeedBullet 预制体10~16子弹更快命中更即时打不中敌机时优先调startIntervalEnemySpawner1.2~2.0前期敌机更稀疏开局太密集就调大minIntervalEnemySpawner0.3~0.6后期压力峰值更高觉得后期不够刺激就调小enemyHpEnemy 预制体1~3怪更耐打配合火力升级使用pointValueEnemy 预制体10~100得分节奏变快想让计分有正反馈时调这表里最有玄学味道的是 moveSpeed 和 fireInterval 的组合很多新手觉得打不中怪是因为射速慢实际是子弹速度不够。子弹飞得慢玩家预判距离就要拉长手感会发闷。调这类游戏的标准顺序是先 bulletSpeed 到 14 左右再调 fireInterval这两个参数确认后 enemy 的难度曲线才有意义。4.3 动态难度从时间曲线升级到波次配置表演示工程如果只做固定间隔生成玩到第二分钟就会腻。比 3.3 节里按时间缩短间隔更通用的是在 Spawner 里加一个「波次表格」用可配置数据驱动每一波的敌机组合[System.Serializable] public class WaveConfig { public int enemyCount; public float spawnInterval; public float restTime; // 这一波打完后休息几秒 } public class WaveSpawner : MonoBehaviour { public ListWaveConfig waves; // 在 Inspector 里一行一个波次 private int currentWave; public void StartNextWave() { if (currentWave waves.Count) return; WaveConfig wave waves[currentWave]; currentWave; StartCoroutine(SpawnWave(wave)); } IEnumerator SpawnWave(WaveConfig wave) { for (int i 0; i wave.enemyCount; i) { SpawnEnemy(); yield return new WaitForSeconds(wave.spawnInterval); } yield return new WaitForSeconds(wave.restTime); StartNextWave(); } }在 Inspector 里配好波次后生成器按顺序执行生成 enemyCount 个敌机然后进入 restTime 等待。这样的好处是关卡设计可以脱离代码你自己调数据就行。注意演示工程里大概率没有这套表把它作为扩展点时要保留原有的时间曲线生成逻辑做 fallback否则改到一半翻车没有后悔药。波次和时间曲线怎么共存前 30 秒用 Lerp 曲线做渐进热身之后切到波次表用波次里的 enemyCount 做包络间隔参数乘一个 waveScale 系数。这套组合逻辑不复杂但是能让演示工程从「能玩」变成「有层次」而且所有数值都在 Inspector 里改起来不用开脚本。5. 演示工程改造避坑五个常见翻车点与排查顺序5.1 打开工程后全部预制体脚本丢失GUID 引用失效现象Assets 里的 Prefab 在 Inspector 面板显示「Missing script」运行后飞机可以移动但没有任何行为。原因Unity 用 .meta 文件的 GUID 关联脚本。工程拷贝时如果只复制了 Assets 内容没带上 .meta 文件或者用了某些同步盘脚本的 meta 被重新生成引用自然断掉。解决先跑 2.1 节的 ProjectChecker 把丢失对象全部统计出来然后对照找回原始脚本。如果原脚本还在删掉预制体上丢失的组件再重新拖一次脚本。想彻底避免工程打包时用 zip 整包传不要只传 Assets。5.2 运行后飞机向屏幕外漂移Active Input Handling 切换现象什么都不按飞机自己朝某个方向慢慢飞出屏幕。原因Unity 新版默认开启了 Input System 包而演示脚本用的是旧 Input Manager 的 Input.GetAxisRaw。两个输入系统并存时旧 API 拿到的值异常。解决Project Settings Player Active Input Handling 改成 Input Manager (Old)或直接选 Both。改完一定要重启编辑器这个设置在部分版本里不重启不生效。这也是血泪经验拿到任何旧工程先查这一项避免排查方向跑偏。注意切换 Active Input Handling 后必须重启编辑器再运行场景否则改动不生效。5.3 子弹穿过敌机但不触发碰撞Trigger、刚体与图层矩阵现象子弹从敌机身上飞过去OnTriggerEnter2D 一次都没执行。原因碰撞触发需要「碰撞双方至少一方带 Rigidbody2D且发生碰撞的 Collider 至少一方勾选了 Is Trigger」同时还要在 Layer Collision Matrix 里允许这两个 Layer 互相碰撞。演示工程的预置对象都比较规范容易翻车的是自己加的子弹类型没勾 Trigger或者新加的 Layer 没在矩阵里配对。解决把子弹和敌机的 Collider 都勾上 Is Trigger再加上 Rigidbody2D设置为 Kinematic 也行然后在 Physics 2D 设置里确认 PlayerBullet 和 Enemy 图层的碰撞对是勾选状态。5.4 运行正常但打包后黑屏 UI 全丢TMP 资源与首场景未注册现象编辑器里分数和血量正常显示Build 出来的包黑屏或 UI 看不见。原因TextMeshPro 的字体资源没有导入工程或者场景没进 Build Settings。老项目常见情况是开发机上有 TMP Essential Resources但新电脑没有打包时资源没被包含。解决菜单 Window TextMeshPro Import TMP Essential Resources然后在 Build Settings 的 Scenes In Build 列表里勾上所有必要场景。黑屏还有一个隐蔽原因入口脚本用了 Resources.Load(XXX) 但文件名大小写和实际资源不一致Windows 上开发没事打包到 Linux 或移动端就找不到资源。5.5 改完脚本后 Inspector 数值不更新预制体序列化覆盖现象脚本里把 moveSpeed 从 10 改成 20运行后飞机的速度还是原来的手感。原因预制体实例上存了序列化的字段值脚本默认值只对新建对象生效。解决选中预制体Inspector 面板右键字段名选 Reset或者把脚本里该字段改成 [SerializeField] private int 形式强制用预制体数据。想全局生效直接在预制体资产上修改不要修改层级里的实例。这条最容易埋坑你以为改了代码实际上改的只是某个实例的序列化数据另一个场景或预制体还是旧值。6. 从演示到成品Boss 触发、屏幕震动与低配优化的小技巧6.1 用血量阈值触发 Boss 阶段最小改动接入现有 Spawner在演示工程现有生成器上扩展 Boss最省力的方案是复用难度曲线设定一个时间点或累计击倒数阈值达到后停止普通敌机生成实例化一个 Boss 预制体。Boss 不需要写复杂状态机先做一个带血条和两种攻击模式的行为就能撑起演示效果。核心代码就是暂停 Spawner 和检查存活 Bosspublic void TrySpawnBoss() { if (killCount bossThreshold !bossAlive) { bossAlive true; StopAllCoroutines(); Instantiate(bossPrefab, bossPoint.position, Quaternion.identity); } }和普通敌机不同Boss 的回收不能进普通对象池否则碰撞检测会混乱建议 Boss 单独用 Destroy 处理。屏幕震动是在碰撞瞬间给主相机一个短暂偏移协程里每帧把相机 transform.position 的 x 轴设为 Random.Range(-shakeAmount, shakeAmount)震完恢复原位。shakeAmount 取 0.05 到 0.15 比较自然太大会让人头晕。注意震动期间要暂停玩家的移动输入读取否则飞机跟着镜头晃动玩家会晕。6.2 低配优化的两个最小改动合批与像素分辨率这个演示工程即便做满了粒子特效在多数电脑上也不会卡但要发布到手机就另说。两个最小改动效果很明显把 Sprite 图集从多张散图合并成一张 Texture Atlas可以减少 Draw Call把相机渲染的像素分辨率降到 720p 再配合 UI 缩放发热和帧率都会明显改善。ObjectPool 在敌机上也同样适用别让敌机死后留一堆 Instantiate 和 Destroy主动调用 Recycle 比依赖 GC 可靠。我做这类演示工程的习惯是开局先跑通原版、再调参数、最后才动脚本结构。别一上来就重写生成器旧代码改到一半最容易把入口逻辑弄乱。如果你只是想让课堂展示更完整加一个简单的暂停菜单和重新开始按钮价值比加十个特效更大。希望这些拆解和踩坑记录能帮你把这份演示文件用起来改出自己的第一版纵版射击游戏。本文还有配套的精品资源点击获取
简介这是一套面向Unity 2D学习者和游戏开发入门者的完整案例资源以经典“雷霆战机”演示场景为主线帮助理解二维射击游戏从工程搭建到核心玩法的实现思路。压缩包为RAR格式解压后共1740个文件大小约455MB文件类型以DLL运行库、Meta资源配置、HDR与Mat材质文件为主同时包含Unity场景、Prefab预制体、CS脚本、PNG贴图、MP3音频等基本覆盖Unity 2D项目开发中的常见文件组成目录结构清晰便于按模块定位阅读。目前已有514人学习/下载。通过该案例可深入查看战机移动与射击、敌机生成与碰撞、计分与UI反馈等模块的代码和资源组织方式学习场景对象如何挂载脚本、材质如何驱动渲染表现理解预制体在对象复用中的作用也能提升对Unity 2D项目整体结构的把握。对于正在练习Unity 2D实战项目的初中级开发者这套案例既适合逐模块拆解学习也可作为同类二维飞行射击游戏的设计参考模板。1. 一句话说清unity 2d游戏案例「雷霆战机演示文件」到底是个啥你拿到的这个「unity 2d游戏案例雷霆战机演示文件」从命名看像是一份素材压缩包实际上它是一个完整的 Unity 2D 纵版射击小游戏工程玩家操纵飞机在屏幕下方移动、自动或按键开火、敌机从顶部一波波压下来、击毁敌机得分、被撞到则扣血。这类工程最常见的用途是入门教程的配套源码或者课堂作业的参考实现。很多新手拿到后第一反应是找 exe 可执行文件双击却发现打不开。演示文件不是已经打包好的成品游戏而是一个需要用 Unity Hub 指定版本打开、在编辑器中运行或自行 Build 的源工程。它能解决的核心问题是让你从「看教程的人」变成「改代码的人」飞机发射子弹、敌机生成、碰撞计分这些逻辑全部以脚本形式躺在工程里可以直接改、直接看效果。适合刚学完 C# 语法和 Unity 基础操作的开发者也适合讲师拿去做课堂案例二次改造。2. 把演示工程跑起来目录结构、场景入口与第一次构建2.1 打开前先摸清工程目录Assets 下四块内容是什么先别急着双击场景。解压后你应该能看到一个标准 Unity 工程目录核心内容都在 Assets 下。我一般会先按资源类型过一遍目录而不是让 Unity 全部导入后再手忙脚乱。某演示工程里 Assets 下通常有 Scenes、Scripts、Prefabs、Art 四个主要文件夹Scenes 放主场景 MainScripts 分散着玩家控制、子弹、敌机生成器和全局游戏管理器Prefabs 里有 Player、Enemy、Bullet 等可复用对象Art 下面是飞机和敌机的 Sprite 图。如果看到 Resources 文件夹也不要奇怪演示工程常把动态加载的素材放那里方便打包后按路径读取。挂载方向也能从目录看出来场景里的 GameRoot 空物体上会挂 GameManagerPlayer 预制体上挂移动和开火脚本Enemy 预制体上挂血量与得分逻辑。这些引用关系一旦在跨设备拷贝后丢失 GUID就会出现直接用 Unity 打开时「脚本丢失」的报错。我习惯先跑一个检查脚本把工程里引用缺失的对象一次性全部扫出来。下面这段编辑器代码可以贴到 Assets/Editor/ProjectChecker.cs然后从菜单栏 Tools/Check Project 执行using UnityEngine; using UnityEditor; using UnityEditor.SceneManagement; public class ProjectChecker { [MenuItem(Tools/Check Project)] public static void CheckMissingRefs() { int missingCount 0; string[] scenePaths AssetDatabase.FindAssets(t:Scene); foreach (string guid in scenePaths) { string path AssetDatabase.GUIDToAssetPath(guid); EditorSceneManager.OpenScene(path, OpenSceneMode.Single); GameObject[] roots UnityEngine.SceneManagement.SceneManager .GetActiveScene().GetRootGameObjects(); foreach (GameObject root in roots) { foreach (Component comp in root.GetComponentsInChildrenComponent(true)) { if (comp null) { missingCount; Debug.LogWarning(场景 path 存在丢失脚本的对象 root.name); } } } } Debug.Log(检查完成缺失引用数量 missingCount); } }这段脚本的逻辑是遍历工程内所有场景逐个打开并检查每个对象上的所有组件引用是否为 null。注意 Unity 里组件引用丢失时 GetComponent 的结果是 null 但对象仍然存在所以需要用comp null判断而不是看对象是否存在。参数上唯一需要留意的是 OpenSceneMode.Single 会把当前场景替换掉跑之前先保存你正在编辑的场景或者把 Single 改成 Additive 就不会打扰当前工作区。这个脚本在排查预制体挂不上脚本的问题时还能反复用。2.2 找到场景入口为什么运行后黑屏或没有飞机演示工程通常只有一个主场景打开后先确认场景里的 GameRoot 是否存在。GameRoot 上挂着 GameManager这个组件负责初始化玩家位置、UI 分数和敌机生成器。如果运行后画面黑屏、飞机没出现九成是 GameRoot 在场景里被删掉或者它的脚本引用丢了。入口脚本的典型结构长这样注意看初始化顺序using UnityEngine; public class GameManager : MonoBehaviour { public GameObject playerPrefab; public Transform playerSpawnPoint; public UIManager uiManager; void Awake() { // 场景加载时立刻实例化玩家不等 Start GameObject player Instantiate(playerPrefab, playerSpawnPoint.position, Quaternion.identity); if (uiManager ! null) { uiManager.SetScore(0); } // 敌机生成器如果不挂在场景里也要在这里启动 EnemySpawner spawner FindAnyObjectByTypeEnemySpawner(); if (spawner ! null) { spawner.StartSpawning(); } } }这里的关键是 Awake 和 Start 的选择Awake 在场景对象初始化阶段执行适合创建玩家和绑定引用Start 在所有对象 Awake 之后才执行适合做需要依赖其他对象的逻辑。如果实例化玩家放在 Start而另一段代码在 Awake 里就去找玩家对象就会拿到 null。第二个需要注意的地方是 playerPrefab 和 playerSpawnPoint 需要在 Inspector 面板手动拖拽引用。拖错对象最常见的现象是飞机出现在屏幕角落或方向不对。spawnPoint 的 Z 轴偏移在 2D 项目里虽然不影响 2D 坐标但会影响排序层级建议把 Z 值固定为 0避免后续做 UI 叠加时出现渲染层级错乱。2.3 从编辑器走向可执行文件Build 之前的三个设置很多同学在编辑器里跑得好好的一 Build 出来就黑屏或闪退。最常见原因是场景没加入 Build Settings。打开 File Build Settings左侧 Scenes In Build 列表里必须勾上 Main 场景并且放在最顶上因为打包后第一个场景就是启动场景。第二个问题是 Player Settings 里的公司名和产品名没填某些平台上会直接导致构建失败。下面是面板上最容易漏的配置配置项推荐值说明Company Name任意英文名影响存档路径和包名不要用中文Product NameThunderDemo显示在窗口标题栏和桌面图标下Default OrientationPortrait纵版射击游戏适合竖屏Scripting BackendMono演示工程优先选 Mono编译快、报错直观Active Input HandlingInput Manager (Old)避免旧脚本调用 Input.GetAxis 报异常第三个坑是分辨率设置纵版射击游戏要用竖屏比例在 Game 视图里手动调分辨率没有用需要在 Player Settings 的 Resolution and Presentation 里设置 Default Screen Width 和 Height比如 1080 乘 1920。如果只是测试打包也可以用下面的批处理命令从命令行出包适合反复改代码后快速验证# Windows 下以命令行模式打开工程并执行 BuildScript 中的静态方法 Unity.exe -batchmode -quit -projectPath C:\Projects\ThunderDemo \ -executeMethod BuildScript.PerformBuild -logFile build.log对应的 BuildScript 写在 Assets/Editor/BuildScript.cs 里核心就是把场景列表写入 BuildPlayerOptions然后调用 BuildPipeline.BuildPlayerusing UnityEditor; public static class BuildScript { public static void PerformBuild() { string[] scenes { Assets/Scenes/Main.unity }; BuildPlayerOptions options new BuildPlayerOptions { scenes scenes, target BuildTarget.StandaloneWindows64, locationPathName Build/ThunderDemo.exe }; BuildPipeline.BuildPlayer(options); } }命令行打包的好处是全程不需要打开编辑器界面也不会被弹窗卡住。坏处是第一次打包会比较慢因为要编译所有脚本和资源。日志文件 build.log 里如果出现 Scripts have compiler errors先回去把编译错误清掉再谈打包成功。scenes 数组里的路径要和 Assets 下的实际路径完全一致大小写错了会直接构建失败。3. 拆解演示内核玩家开火、敌机生成、碰撞与计分的代码链路3.1 玩家移动与边界限制Transform 还是 Rigidbody演示工程里玩家控制的实现通常有两种风格直接用 Transform.Translate 的轻量写法或者用 Rigidbody2D 搭配 velocity 的物理写法。纵版射击游戏对物理真实性要求很低很多教程为了让学生看清逻辑选前者。实操里我会告诉你如果玩家飞机和子弹都是 Trigger 碰撞体用 Transform 移动完全没问题一旦你想后面加「撞到敌机被弹开」「受击后屏幕震动」这类反馈Rigidbody 方案更好扩展。常见控制脚本如下注意三个关键处using UnityEngine; public class PlayerController : MonoBehaviour { public float moveSpeed 10f; public Vector2 boundary new Vector2(2.4f, 4.2f); void Update() { float horizontal Input.GetAxisRaw(Horizontal); float vertical Input.GetAxisRaw(Vertical); Vector3 move new Vector3(horizontal, vertical, 0) * moveSpeed * Time.deltaTime; transform.position move; float clampedX Mathf.Clamp(transform.position.x, -boundary.x, boundary.x); float clampedY Mathf.Clamp(transform.position.y, -boundary.y, boundary.y); transform.position new Vector3(clampedX, clampedY, 0); } }这里故意用 GetAxisRaw 而不是 GetAxis因为射击游戏要的是「按下就是全速、松开立刻停」的手感GetAxis 的平滑过渡在飞机移动里会显得拖泥带水。boundary 是以屏幕中点为原点的半宽和半高当相机在 Z-10、正交尺寸 orthographicSize5 时屏幕半宽等于 size 乘以相机宽高比竖屏下大约 2.8 左右给 2.4 是为了让飞机边缘不出屏。如果发现飞机顶到屏幕边缘还露出一半机身就把 boundary.x 减小 0.2这是最直观的调参方式。Update 和 FixedUpdate 的选择在这里有讲究Input 读取和坐标修正放在 Update因为 Update 每帧执行、跟渲染同步键盘输入只在 Update 里可靠。如果改用 Rigidbody2D 的 velocity就要把赋值挪到 FixedUpdate否则物理步进和渲染帧不同步会看到飞机抖动。3.2 开火循环与对象池为什么要复用子弹而不是重复 Instantiate演示工程里最常见的开火实现是协程玩家对象启动一个无限循环每隔 fireInterval 秒生成一颗子弹。新手经常看到这样的代码就照抄了每发射一颗子弹就 Instantiate 一次运行三分钟后场景里堆着几千个子弹对象帧率直线下降。这个演示文件如果做得讲究一定会带对象池这是最值得学的部分。对象池的核心思路是三句话预创建一批子弹放进队列发射时从队列取空队列才新建子弹回收时回到队列而不是销毁。下面的 BulletPool 是静态类任何脚本都能调using System.Collections.Generic; using UnityEngine; public static class BulletPool { private static QueueGameObject pool new QueueGameObject(); public static GameObject Spawn(GameObject bulletPrefab, Vector3 position, Quaternion rotation) { GameObject bullet; if (pool.Count 0) { bullet pool.Dequeue(); bullet.SetActive(true); bullet.transform.position position; bullet.transform.rotation rotation; } else { bullet Object.Instantiate(bulletPrefab, position, rotation); } bullet.GetComponentBullet().SetOwner(Player); return bullet; } public static void Recycle(GameObject bullet) { bullet.SetActive(false); pool.Enqueue(bullet); } }使用队列而不是 List 的关键在于 Dequeue 和 Enqueue 都是 O(1) 操作不会因为子弹数量多了产生内存抖动。SetOwner 是给子弹标记阵营防止玩家子弹打死玩家自己。这个字段也可以换成 Layer但在演示工程里用字符串 Tag 或 owner 枚举更容易读。开火循环放在玩家脚本里每帧检测开火键很浪费用协程等间隔发射更干净public class PlayerShooter : MonoBehaviour { public GameObject bulletPrefab; public Transform firePoint; public float fireInterval 0.15f; void Start() { StartCoroutine(FireLoop()); } IEnumerator FireLoop() { while (true) { if (Input.GetKey(KeyCode.Space) || Input.GetMouseButton(0)) { BulletPool.Spawn(bulletPrefab, firePoint.position, firePoint.rotation); } yield return new WaitForSeconds(fireInterval); } } }fireInterval 是连续两发子弹之间的秒数0.15 秒意味着每秒开火约 6.6 次。这个值直接决定游戏难度调小到 0.1 玩家会感觉火力很猛调大到 0.3 就得考虑给玩家加「双发」「三发」道具了。子弹预制体上挂的 Bullet 脚本里记录子弹速度和存活时间比如 speed12、lifeTime2f意味着子弹在 2 秒后自动回收这保证了即使玩家朝屏幕底部射击子弹也不会在场景外堆积。3.3 敌机生成与碰撞计分从 Spawner 到 GameManager 的数据流敌机的生成比玩家开火多一层变化生成间隔通常会随着游戏时间缩短形成「越来越密集」的压迫感。演示工程的 Spawner 一般是这样的节奏控制结构using UnityEngine; public class EnemySpawner : MonoBehaviour { public GameObject enemyPrefab; public float startInterval 1.5f; public float minInterval 0.4f; public Vector2 spawnRange new Vector2(-2.4f, 2.4f); private float elapsed; void Update() { elapsed Time.deltaTime; if (elapsed GetCurrentInterval()) { elapsed 0f; SpawnEnemy(); } } float GetCurrentInterval() { float t Mathf.Clamp01(Time.time / 60f); return Mathf.Lerp(startInterval, minInterval, t); } void SpawnEnemy() { float x Random.Range(spawnRange.x, spawnRange.y); Vector3 pos new Vector3(x, transform.position.y, 0); Instantiate(enemyPrefab, pos, Quaternion.identity); } }这里不用协程而用 Update 累加时间原因在于生成间隔是动态变化的。GetCurrentInterval 用 Mathf.Lerp 做了一个 60 秒内的线性缩短从 1.5 秒逐渐压到 0.4 秒这是演示工程里「难度曲线」的最小实现。想让敌人更快把 minInterval 调小想让前期更友好把 startInterval 调大。新手容易忽略生成位置SpawnEnemy 里 x 取随机范围、y 固定用生成器的 y 坐标这个 y 必须在屏幕顶上方比如 6这样敌机进入屏幕时是「飞入」而不是「凭空出现」。敌机脚本里统一向下移动速度在预制体上单独设。碰撞与计分是链路最后一环典型写法是void OnTriggerEnter2D(Collider2D other) { if (other.CompareTag(PlayerBullet)) { hp - 1; Destroy(other.gameObject); if (hp 0) { GameManager.Instance.AddScore(pointValue); BulletPool.Recycle(gameObject); } } }CompareTag 比other.tag PlayerBullet更安全因为后者在 Tag 不存在时会直接报错。销毁子弹和扣血必须先于得分判断避免同一帧里子弹和敌机同时触发两次计数。GameManager 里用单例 Instance 保存分数UI 更新放在 SetScore 内部不要在碰撞回调里直接操作 Text这样后续加 combo、加成就系统时不用改碰撞代码。4. 调手感先调参数速度、射速、波次与伤害数值的改法4.1 能不改代码就不改代码SerializeField 与 Inspector 面板的真实使用顺序很多开发者在拿到演示工程后第一件事是找脚本改完再回编辑器。我建议反过来先跑一遍原版记录手感问题再从 Inspector 面板调数值。演示工程的脚本如果规范公开字段都带 public就可以直接改。先在 Inspector 里试值确定问题是不是数值引起的。改代码之前先想清楚你动的变量属于「玩家体验」还是「内部逻辑」前者优先用参数解决。为什么这个顺序值得坚持因为脚本里的字段一旦是 public 或加了 [SerializeField]Unity 就会把它序列化进预制体文件。你用代码改初始值预制体存档里存的旧值会覆盖新值于是经常出现「代码改了没反应」的鬼故事。实际是被预制体的序列化数据盖掉了。下次遇到改脚本数值无效的情况先在预制体上右键 Reset或者在 Inspector 确认一下字段显示的值是不是你以为的那个。4.2 演示工程里最值得先调的 7 个参数把演示工程的核心手感参数整理成一张表按「影响面从大到小」排序适合动手前先抄作业参数位置初始参考值调大之后的效果适用场景moveSpeedPlayerController8~12飞机更跟手容易撞子弹觉得飞机太重时调大fireIntervalPlayerShooter0.12~0.2射速变慢火力变弱游戏太简单时反馈最强的调节bulletSpeedBullet 预制体10~16子弹更快命中更即时打不中敌机时优先调startIntervalEnemySpawner1.2~2.0前期敌机更稀疏开局太密集就调大minIntervalEnemySpawner0.3~0.6后期压力峰值更高觉得后期不够刺激就调小enemyHpEnemy 预制体1~3怪更耐打配合火力升级使用pointValueEnemy 预制体10~100得分节奏变快想让计分有正反馈时调这表里最有玄学味道的是 moveSpeed 和 fireInterval 的组合很多新手觉得打不中怪是因为射速慢实际是子弹速度不够。子弹飞得慢玩家预判距离就要拉长手感会发闷。调这类游戏的标准顺序是先 bulletSpeed 到 14 左右再调 fireInterval这两个参数确认后 enemy 的难度曲线才有意义。4.3 动态难度从时间曲线升级到波次配置表演示工程如果只做固定间隔生成玩到第二分钟就会腻。比 3.3 节里按时间缩短间隔更通用的是在 Spawner 里加一个「波次表格」用可配置数据驱动每一波的敌机组合[System.Serializable] public class WaveConfig { public int enemyCount; public float spawnInterval; public float restTime; // 这一波打完后休息几秒 } public class WaveSpawner : MonoBehaviour { public ListWaveConfig waves; // 在 Inspector 里一行一个波次 private int currentWave; public void StartNextWave() { if (currentWave waves.Count) return; WaveConfig wave waves[currentWave]; currentWave; StartCoroutine(SpawnWave(wave)); } IEnumerator SpawnWave(WaveConfig wave) { for (int i 0; i wave.enemyCount; i) { SpawnEnemy(); yield return new WaitForSeconds(wave.spawnInterval); } yield return new WaitForSeconds(wave.restTime); StartNextWave(); } }在 Inspector 里配好波次后生成器按顺序执行生成 enemyCount 个敌机然后进入 restTime 等待。这样的好处是关卡设计可以脱离代码你自己调数据就行。注意演示工程里大概率没有这套表把它作为扩展点时要保留原有的时间曲线生成逻辑做 fallback否则改到一半翻车没有后悔药。波次和时间曲线怎么共存前 30 秒用 Lerp 曲线做渐进热身之后切到波次表用波次里的 enemyCount 做包络间隔参数乘一个 waveScale 系数。这套组合逻辑不复杂但是能让演示工程从「能玩」变成「有层次」而且所有数值都在 Inspector 里改起来不用开脚本。5. 演示工程改造避坑五个常见翻车点与排查顺序5.1 打开工程后全部预制体脚本丢失GUID 引用失效现象Assets 里的 Prefab 在 Inspector 面板显示「Missing script」运行后飞机可以移动但没有任何行为。原因Unity 用 .meta 文件的 GUID 关联脚本。工程拷贝时如果只复制了 Assets 内容没带上 .meta 文件或者用了某些同步盘脚本的 meta 被重新生成引用自然断掉。解决先跑 2.1 节的 ProjectChecker 把丢失对象全部统计出来然后对照找回原始脚本。如果原脚本还在删掉预制体上丢失的组件再重新拖一次脚本。想彻底避免工程打包时用 zip 整包传不要只传 Assets。5.2 运行后飞机向屏幕外漂移Active Input Handling 切换现象什么都不按飞机自己朝某个方向慢慢飞出屏幕。原因Unity 新版默认开启了 Input System 包而演示脚本用的是旧 Input Manager 的 Input.GetAxisRaw。两个输入系统并存时旧 API 拿到的值异常。解决Project Settings Player Active Input Handling 改成 Input Manager (Old)或直接选 Both。改完一定要重启编辑器这个设置在部分版本里不重启不生效。这也是血泪经验拿到任何旧工程先查这一项避免排查方向跑偏。注意切换 Active Input Handling 后必须重启编辑器再运行场景否则改动不生效。5.3 子弹穿过敌机但不触发碰撞Trigger、刚体与图层矩阵现象子弹从敌机身上飞过去OnTriggerEnter2D 一次都没执行。原因碰撞触发需要「碰撞双方至少一方带 Rigidbody2D且发生碰撞的 Collider 至少一方勾选了 Is Trigger」同时还要在 Layer Collision Matrix 里允许这两个 Layer 互相碰撞。演示工程的预置对象都比较规范容易翻车的是自己加的子弹类型没勾 Trigger或者新加的 Layer 没在矩阵里配对。解决把子弹和敌机的 Collider 都勾上 Is Trigger再加上 Rigidbody2D设置为 Kinematic 也行然后在 Physics 2D 设置里确认 PlayerBullet 和 Enemy 图层的碰撞对是勾选状态。5.4 运行正常但打包后黑屏 UI 全丢TMP 资源与首场景未注册现象编辑器里分数和血量正常显示Build 出来的包黑屏或 UI 看不见。原因TextMeshPro 的字体资源没有导入工程或者场景没进 Build Settings。老项目常见情况是开发机上有 TMP Essential Resources但新电脑没有打包时资源没被包含。解决菜单 Window TextMeshPro Import TMP Essential Resources然后在 Build Settings 的 Scenes In Build 列表里勾上所有必要场景。黑屏还有一个隐蔽原因入口脚本用了 Resources.Load(XXX) 但文件名大小写和实际资源不一致Windows 上开发没事打包到 Linux 或移动端就找不到资源。5.5 改完脚本后 Inspector 数值不更新预制体序列化覆盖现象脚本里把 moveSpeed 从 10 改成 20运行后飞机的速度还是原来的手感。原因预制体实例上存了序列化的字段值脚本默认值只对新建对象生效。解决选中预制体Inspector 面板右键字段名选 Reset或者把脚本里该字段改成 [SerializeField] private int 形式强制用预制体数据。想全局生效直接在预制体资产上修改不要修改层级里的实例。这条最容易埋坑你以为改了代码实际上改的只是某个实例的序列化数据另一个场景或预制体还是旧值。6. 从演示到成品Boss 触发、屏幕震动与低配优化的小技巧6.1 用血量阈值触发 Boss 阶段最小改动接入现有 Spawner在演示工程现有生成器上扩展 Boss最省力的方案是复用难度曲线设定一个时间点或累计击倒数阈值达到后停止普通敌机生成实例化一个 Boss 预制体。Boss 不需要写复杂状态机先做一个带血条和两种攻击模式的行为就能撑起演示效果。核心代码就是暂停 Spawner 和检查存活 Bosspublic void TrySpawnBoss() { if (killCount bossThreshold !bossAlive) { bossAlive true; StopAllCoroutines(); Instantiate(bossPrefab, bossPoint.position, Quaternion.identity); } }和普通敌机不同Boss 的回收不能进普通对象池否则碰撞检测会混乱建议 Boss 单独用 Destroy 处理。屏幕震动是在碰撞瞬间给主相机一个短暂偏移协程里每帧把相机 transform.position 的 x 轴设为 Random.Range(-shakeAmount, shakeAmount)震完恢复原位。shakeAmount 取 0.05 到 0.15 比较自然太大会让人头晕。注意震动期间要暂停玩家的移动输入读取否则飞机跟着镜头晃动玩家会晕。6.2 低配优化的两个最小改动合批与像素分辨率这个演示工程即便做满了粒子特效在多数电脑上也不会卡但要发布到手机就另说。两个最小改动效果很明显把 Sprite 图集从多张散图合并成一张 Texture Atlas可以减少 Draw Call把相机渲染的像素分辨率降到 720p 再配合 UI 缩放发热和帧率都会明显改善。ObjectPool 在敌机上也同样适用别让敌机死后留一堆 Instantiate 和 Destroy主动调用 Recycle 比依赖 GC 可靠。我做这类演示工程的习惯是开局先跑通原版、再调参数、最后才动脚本结构。别一上来就重写生成器旧代码改到一半最容易把入口逻辑弄乱。如果你只是想让课堂展示更完整加一个简单的暂停菜单和重新开始按钮价值比加十个特效更大。希望这些拆解和踩坑记录能帮你把这份演示文件用起来改出自己的第一版纵版射击游戏。本文还有配套的精品资源点击获取
