简介这是一份基于Unity 2020.2.23开发的方块消消乐完整项目面向Unity初学者以及需要完成虚拟现实课程期末作业的学生资源同时包含菜单界面与游戏界面实现了基本消除、界面动画、手势识别、消除判定、连续消除判定、分数统计与计时等玩法整体逻辑与普通消消乐一致易上手。压缩包内共63个文件以场景、资源配置、动画控制器、动画剪辑、C#脚本、预制体、图像素材和配置文件为主压缩后仅3.71MB工程目录划分为脚本、场景、预制体、动画、精灵图等模块便于按需查阅。目前已有2303人浏览学习资源附有效果预览动图和配套文章能帮助读者快速跑通项目。通过学习这份代码初学者可以掌握消消乐的核心消除判定、连续消除、界面动画与手势识别的实现方式同时获得一份结构清晰的课程设计参考模板适合用于二次功能扩展。1. 消消乐期末大作业先把菜单界面和游戏界面拆成两套独立场景Unity 期末大作业选消消乐几乎是所有选游戏方向的同学绕不开的路玩法规则直观三消的判定逻辑复杂度适中UI 不涉及大量美术资源一个人在一到两周内从零拉到可演示状态完全可行。但绝大多数人挂在期末评审上的点不是消除算法本身而是「菜单界面」和「游戏界面」揉在一个场景里返回重开、切场景、UI 事件回调纠缠在一起最后演示时随便点两下就到处报空引用。这篇博文就按最常见的从业方案讲清楚一套完成度够高的消消乐作业应该怎么拆结构、怎么写消除判定、怎么把菜单和游戏界面解耦以及网格布局、动画回调、生成算法这些细节在哪调参数。标题里两个核心词「菜单界面」「游戏界面」并不只是两张 UI 皮肤的问题而是两个不同的场景生命周期。菜单场景只需要轻量加载不需要初始化棋盘和音频管理器游戏场景则需要严格按顺序完成网格生成、填充、消除检测三个步骤。所以第一件事就是把 PlayerPrefs 存关卡参数、SceneManager 管场景切换、全局单例管游戏状态这三层拆干净。下面所有代码示例都基于 Unity 2021.3 LTS 及以上版本使用 UGUI 和内置渲染管线这也是期末答辩环境最稳的组合。2. 消消乐的网格数据结构和三消判定核心逻辑2.1 棋盘数据用二维数组Tile 对象只做表现层开始写代码之前先把数据结构和表现层分开。这是消消乐项目里新手最容易踩的坑把每个格子做成一个带 SpriteRenderer 的 GameObject然后直接在 GameObject 上挂消除逻辑脚本。一旦棋盘是 8x8 甚至 10x10每帧遍历所有 GameObject 的组件开销会很明显而且在交换、下落、生成新块这些操作时对象的创建销毁会带来大量 GC 压力。我一般这样设计棋盘逻辑层是一个int[,]二维数组元素值表示糖果类型例如 0 到 5 共六种。每个逻辑格子对应一个TileView组件挂在实际显示的 GameObject 上持有自己的网格坐标和类型但不持有任何判定逻辑。这样交换两个格子时先交换数组里的数值再让两个 TileView 做位移动画动画结束后检查数组状态再做消除和下落。逻辑和表现彻底分离之后写单元测试也方便直接测二维数组不需要实例化场景。2.2 基础判定横向和纵向的连续匹配扫描三消判定的核心就一句话遍历当前棋盘的每一行和每一列找出连续三个及以上同类型格子的区间标记为待消除状态。代码示例C# 中的横向与纵向匹配扫描using System.Collections.Generic; using UnityEngine; public class BoardMatcher { private int[,] grid; // 棋盘数据 private int rows; private int cols; public BoardMatcher(int[,] grid, int rows, int cols) { this.grid grid; this.rows rows; this.cols cols; } public HashSetVector2Int GetMatches() { HashSetVector2Int matches new HashSetVector2Int(); // 横向扫描 for (int row 0; row rows; row) { int startCol 0; int currentType grid[row, 0]; int count 1; for (int col 1; col cols; col) { if (col cols grid[row, col] currentType) { count; } else { if (count 3) { for (int c startCol; c col; c) { matches.Add(new Vector2Int(row, c)); } } if (col cols) { startCol col; currentType grid[row, col]; count 1; } } } } // 纵向扫描逻辑与横向一致只是行列交换 for (int col 0; col cols; col) { int startRow 0; int currentType grid[0, col]; int count 1; for (int row 1; row rows; row) { if (row rows grid[row, col] currentType) { count; } else { if (count 3) { for (int r startRow; r row; r) { matches.Add(new Vector2Int(r, col)); } } if (row rows) { startRow row; currentType grid[row, col]; count 1; } } } } return matches; } }这里横向和纵向分别扫描为什么不用一次双重循环同时判断因为同时判断意味着对每个格子要做两个方向的游标推进边界条件会多得容易出错。先横后竖分开扫每行每列都跑一遍完整遍历代码可读性远高于混合扫描对于 8x8 的棋盘来说性能差距完全可忽略。HashSetVector2Int用于存储待消除格子的坐标集合。这里用 HashSet 而不是 List 的原因是同一个格子可能同时属于横向匹配和纵向匹配比如一个格子在横向匹配中命中了第 2 到第 4 个位置同时在纵向匹配中命中了第 1 到第 3 个位置。用 List 就会重复记录消除时重复销毁同一个 TileView 会报 MissingReferenceException。2.3 棋盘初始化和首消保证生成时避免直接出现三连初次生成棋盘时如果随机填充类型大概率开局就直接出现可消除的组合这本身不是问题但会导致玩家还没操作就看到棋盘自动消了一波体验很怪。常见做法是生成时做一个「避免初始三连」的过滤。代码示例生成时避免初始直接三连using UnityEngine; public class BoardGenerator { private int rows; private int cols; private int typeCount; public BoardGenerator(int rows, int cols, int typeCount) { this.rows rows; this.cols cols; this.typeCount typeCount; } public int[,] GenerateInitialGrid() { int[,] grid new int[rows, cols]; for (int row 0; row rows; row) { for (int col 0; col cols; col) { // 候选类型初始化为随机值 int type Random.Range(0, typeCount); // 检查左侧两个已经固定的格子 while (col 2 grid[row, col - 1] type grid[row, col - 2] type) { type (type 1) % typeCount; } // 检查上方两个已经固定的格子 while (row 2 grid[row - 1, col] type grid[row - 2, col] type) { type (type 1) % typeCount; } grid[row, col] type; } } return grid; } }这里的核心逻辑是从左到右、从上到下逐格确定类型每确定一个格子时只检查它左边两个和上边两个是否已出现同类型。如果是就把类型加一取模直到满足条件。为什么不用递归或回溯因为从左到右生成的过程中当前格子的左方和上方已经全部是确定值不存在后续格子反过来影响当前格子的情况所以一次遍历就能保证整个棋盘没有三连。2.4 下落和填充从下往上逐列处理空位消除完成之后被消除格子上方的格子需要下落最上方需要生成新格子补位。这个逻辑用列优先处理每列从下往上扫描空位把所有非空格子移动到最底部。代码示例重力下落逻辑using UnityEngine; public class GravityProcessor { private int[,] grid; private int rows; private int cols; private int typeCount; public GravityProcessor(int[,] grid, int rows, int cols, int typeCount) { this.grid grid; this.rows rows; this.cols cols; this.typeCount typeCount; } public struct FallResult { public int fromRow; public int fromCol; public int toRow; public int toCol; public bool isNewBlock; } public ListFallResult ApplyGravityAndRefill() { ListFallResult results new ListFallResult(); for (int col 0; col cols; col) { int writeRow rows - 1; // 从最底部开始写入 for (int readRow rows - 1; readRow 0; readRow--) { if (grid[readRow, col] ! -1) // -1 表示已消除的空位 { if (writeRow ! readRow) { grid[writeRow, col] grid[readRow, col]; grid[readRow, col] -1; results.Add(new FallResult { fromRow readRow, fromCol col, toRow writeRow, toCol col, isNewBlock false }); } writeRow--; } } // 从 writeRow 向上填充新块 for (int row writeRow; row 0; row--) { int type Random.Range(0, typeCount); grid[row, col] type; results.Add(new FallResult { fromRow -1, fromCol col, toRow row, toCol col, isNewBlock true }); } } return results; } }这里的-1表示空格子。之前消除逻辑找到匹配格子后需要先把这些格子的数组值设为-1再调用下落逻辑。FallResult结构体记录每个格子的位移信息供表现层做从原位置到新位置的位移动画。新生成块的fromRow设为-1表示从棋盘上方外部掉入动画从屏幕上方偏移处移动到目标位置。一个易错点下落和填充之后棋盘可能会再次产生新的三连匹配。所以游戏主循环是「交换 → 判定消除 → 下落 → 再判定消除 → 再下落…」直到没有新匹配为止。这套循环终止条件就是GetMatches()返回空集合。3. 菜单界面搭建场景切换和全局数据传递3.1 用 PlayerPrefs 传递关卡参数而不是静态类硬编码菜单界面在这个项目里的核心职责是显示标题、选择关卡或难度、进入游戏、退出游戏、显示历史最高分。很多人会直接把难度写死在代码里例如在菜单按钮的 OnClick 里写SceneManager.LoadScene(Game)然后游戏场景里写死一个 8x8 的棋盘。这样做的问题在于菜单改难度之后游戏场景拿不到参数只能靠改代码重新编译。常见做法是用 PlayerPrefs 在场景切换前写入参数游戏场景在 Awake 里读取。比如在菜单的难度选择界面三个按钮分别写入不同的行列数代码示例菜单场景写入关卡参数using UnityEngine; using UnityEngine.SceneManagement; using UnityEngine.UI; public class MenuController : MonoBehaviour { [SerializeField] private Button easyButton; [SerializeField] private Button normalButton; [SerializeField] private Button hardButton; [SerializeField] private Text bestScoreText; void Start() { // 读取历史最高分 int bestScore PlayerPrefs.GetInt(BestScore, 0); bestScoreText.text 最高分: bestScore; easyButton.onClick.AddListener(() StartGame(6, 6, 4)); normalButton.onClick.AddListener(() StartGame(8, 8, 5)); hardButton.onClick.AddListener(() StartGame(10, 10, 6)); } void StartGame(int rows, int cols, int typeCount) { PlayerPrefs.SetInt(BoardRows, rows); PlayerPrefs.SetInt(BoardCols, cols); PlayerPrefs.SetInt(TypeCount, typeCount); PlayerPrefs.SetInt(TargetScore, rows * cols * 100); PlayerPrefs.Save(); // 立即写入磁盘防止异常退出丢失 SceneManager.LoadScene(GameScene); } }注意PlayerPrefs.Save()不是每帧调用而是在关键节点调用。游戏过程中的分数实时变化不需要每次都写磁盘大致每秒写一次或只在场景切换时写就够了。3.2 游戏场景的 UI 布局和固定分辨率适配游戏界面里至少要包含顶部返回按钮、当前分数 Text、剩余步数或倒计时 Text、棋盘区域、暂停按钮。UGUI 布局时Canvas 的 Canvas Scaler 组件建议设为 Scale With Screen SizeReference Resolution 设为 1920x1080。棋盘区域建议放在 Canvas 下单独的一个空物体作为父节点棋盘每个 TileView 是这个父节点的子物体。这样整个棋盘可以做整体的缩放和位移动画入场时可以从屏幕上方滑入。菜单界面和游戏界面分属两个不同场景Canvas 各自独立。UGUI 层级结构建议GameSceneCanvas (CanvasScaler: 1920x1080) ├── TopBar (水平布局) │ ├── BackButton (返回菜单) │ ├── ScoreText (当前分数) │ └── PauseButton ├── BoardRoot (棋盘容器) │ ├── Tile_0_0 │ ├── Tile_0_1 │ └── ... └── GameOverPanel (默认隐藏) ├── ResultText └── RestartButton这个层级设计的关键点是把 BoardRoot 和 UI 面板完全平级分开。BoardRoot 用来承载 TileView GameObjectGridLayoutGroup 可以挂在 BoardRoot 上自动排列所有 TileView。但这里有一个坑GridLayoutGroup 的排列顺序默认是从左到右、从上到下即第一个子物体在左上角。这恰好符合大多数消消乐的棋盘显示习惯逻辑坐标[0,0]显示在左上角第 0 行往下增长。3.3 TileView 的生成和坐标映射TileView 是表现层的核心组件需要同时挂 Image 和 RectTransform。生成 TileView 时要注意它的尺寸计算如果在 GameScene 里预先放一个 GridLayoutGroup要设置 Cell Size 和 Spacing。代码示例批量生成棋盘 TileViewusing UnityEngine; using UnityEngine.UI; public class BoardView : MonoBehaviour { public GameObject tilePrefab; // TileView 预制体 public int tileSize 100; // 每个格子的像素尺寸 public int spacing 4; // 格子间距 private int rows; private int cols; public void CreateBoard(int rows, int cols) { this.rows rows; this.cols cols; // 清空之前的子物体 foreach (Transform child in transform) { Destroy(child.gameObject); } RectTransform boardRect GetComponentRectTransform(); float boardWidth cols * tileSize (cols - 1) * spacing; float boardHeight rows * tileSize (rows - 1) * spacing; boardRect.sizeDelta new Vector2(boardWidth, boardHeight); for (int row 0; row rows; row) { for (int col 0; col cols; col) { GameObject tileObj Instantiate(tilePrefab, transform); RectTransform tileRect tileObj.GetComponentRectTransform(); // 将坐标映射到 BoardRoot 的局部坐标 float x col * (tileSize spacing) tileSize / 2f - boardWidth / 2f; float y -(row * (tileSize spacing) tileSize / 2f) boardHeight / 2f; tileRect.anchoredPosition new Vector2(x, y); // 挂逻辑坐标 TileView view tileObj.GetComponentTileView(); view.Setup(row, col); } } } }这里没有用 GridLayoutGroup 自动布局而是手动计算 anchoredPosition。原因是 GridLayoutGroup 的自动布局在格子数量改变或做交换动画时不够灵活交换动画需要临时把两个 TileView 移出布局组一旦移出布局组会重新计算剩余子物体的位置导致其他格子跳动。手动设置位置就完全掌控位置变化。4. 游戏界面交互流程交换、消除动画和输入控制4.1 点击/拖拽选择和交换逻辑消消乐的操作方式有两种主流形态点击两个相邻格子交换或者拖动格子向相邻方向交换。期末作业建议做点击交换因为拖拽涉及屏幕坐标到网格坐标的连续转换边界处理更多但评审观感差不多。代码示例点击两次选择交换using System.Collections; using UnityEngine; public class InputHandler : MonoBehaviour { private BoardView boardView; private BoardMatcher matcher; private int[,] grid; private int rows; private int cols; private Vector2Int? firstSelected null; private bool isProcessing false; // 防止动画期间重复点击 void Update() { if (isProcessing || grid null) return; if (Input.GetMouseButtonDown(0)) { Vector2 mousePos Input.mousePosition; RectTransform boardRect boardView.GetComponentRectTransform(); // 将屏幕坐标转换到 BoardRoot 局部坐标 Vector2 localPoint; if (!RectTransformUtility.ScreenPointToLocalPointInRectangle( boardRect, mousePos, Camera.main, out localPoint)) return; int col Mathf.FloorToInt((localPoint.x boardRect.sizeDelta.x / 2f) / (boardView.tileSize spacing)); int row Mathf.FloorToInt((-localPoint.y boardRect.sizeDelta.y / 2f) / (boardView.tileSize spacing)); if (row 0 || row rows || col 0 || col cols) return; Vector2Int newSelect new Vector2Int(row, col); if (firstSelected null) { firstSelected newSelect; } else { Vector2Int first firstSelected.Value; firstSelected null; if (IsAdjacent(first, newSelect)) { StartCoroutine(ProcessSwap(first, newSelect)); } } } } private bool IsAdjacent(Vector2Int a, Vector2Int b) { int dr Mathf.Abs(a.x - b.x); int dc Mathf.Abs(a.y - b.y); return (dr 1 dc 0) || (dr 0 dc 1); } private IEnumerator ProcessSwap(Vector2Int a, Vector2Int b) { isProcessing true; // 交换数组数据 (grid[a.x, a.y], grid[b.x, b.y]) (grid[b.x, b.y], grid[a.x, a.y]); // 交换两个 TileView 的位置 yield return StartCoroutine(boardView.AnimateSwap(a, b)); isProcessing false; } }这里有一个很重要的细节先交换逻辑数组后做动画。如果先做动画再交换数组在动画期间玩家快速点击就会读到中间态的数据导致判定错乱。逻辑先行可以保证无论动画是否完成数据状态始终是一致的。4.2 消除动画和回调顺序交换动画结束后要判定是否有新匹配。如果没有匹配要把两个格子换回去如果有匹配标记消除并播放消除动画然后触发下落。这里需要一套有序的回调机制。代码示例消除和下落流程编排private IEnumerator ProcessSwap(Vector2Int a, Vector2Int b) { isProcessing true; // 交换数组数据 (grid[a.x, a.y], grid[b.x, b.y]) (grid[b.x, b.y], grid[a.x, a.y]); // 交换两个 TileView 的位置 yield return StartCoroutine(boardView.AnimateMove(a, b, 0.2f)); matcher new BoardMatcher(grid, rows, cols); HashSetVector2Int matches matcher.GetMatches(); if (matches.Count 0) { // 无匹配换回去 (grid[a.x, a.y], grid[b.x, b.y]) (grid[b.x, b.y], grid[a.x, a.y]); yield return StartCoroutine(boardView.AnimateMove(a, b, 0.2f)); firstSelected null; isProcessing false; yield break; } // 循环消除 - 下落 - 再检查 while (matches.Count 0) { // 播放消除动画 yield return StartCoroutine(boardView.AnimateRemove(matches)); // 将匹配格子标记为 -1 foreach (Vector2Int cell in matches) { grid[cell.x, cell.y] -1; } // 下落并得到移动信息 GravityProcessor.FallResult[] fallResults gravityProcessor.ApplyGravityAndRefill(); // 播放下落动画 yield return StartCoroutine(boardView.AnimateFall(fallResults)); // 重新检查是否有新的匹配 matches matcher.GetMatches(); } // 全部消除完成更新分数、检查游戏胜利等 UpdateScore(); CheckGameState(); isProcessing false; }这个 while 循环里最关键的参数是 AnimateMove 和 AnimateFall 的动画时长。这两段动画如果在上一段完全结束后才开始下一段流程不会串但玩家手感会感觉拖沓。消消乐比较常见的参数是单次交换动画 0.15 到 0.2 秒下落动画每个格子按距离乘 0.05 到 0.08 秒最长不超过 0.4 秒。因为下落距离不同每个格子的动画时间应该用距离插值而不是统一时长。动画时间换算建议表操作持续时间参考说明交换动画0.15s两个格子同时移动到对方位置交换失败回退0.15s同上只是方向反向消除动画0.15s~0.2s最常用的是缩放 淡出单格下落每格 0.05s用距离乘以系数新块生成下落从上方偏移进入初始偏移量设为棋盘高度消除动画的常见实现匹配格子做缩放从 1f 到 0f 的协程然后 SetActive(false)不要在动画结束时直接 Destroy因为下落时需要重新复用一部分格子或者干脆等整体下落动画结束后统一回收。如果每个格子都被 Destroy下落时 Instantiate 新的 TileView高频创建销毁会产生大量内存碎片。4.3 拖拽方向映射和特殊边界处理点击交换虽然简单但有些作业要求拖动操作。拖动的核心是把鼠标移动的起始位置与当前格子的坐标比较得出方向。这里的坑在于鼠标拖动的屏幕坐标变化和棋盘的行列方向是反的。屏幕坐标 Y 轴向上而棋盘第 0 行在最上方。所以鼠标向上拖动对应棋盘 row 减一而不是加一。代码示例拖拽方向映射Vector2 swipeDirection (mouseCurrentPos - mouseDownPos).normalized; if (Mathf.Abs(swipeDirection.x) Mathf.Abs(swipeDirection.y)) { target new Vector2Int(selectedRow, selectedCol (swipeDirection.x 0 ? 1 : -1)); } else { target new Vector2Int(selectedRow (swipeDirection.y 0 ? -1 : 1), selectedCol); }注意这里拖动方向和列方向的对应关系屏幕 Y 轴向上所以 swipeDirection.y 大于 0 表示拇指/鼠标向上滑棋盘中的目标应是上一行即 row - 1。如果没有这一层反向映射上下拖动会完全相反演示时就是灾难。5. 计分规则、关卡目标和游戏状态机5.1 消除计分与连击倍率期末答辩时评审最常问的问题是「你的消消乐和别人的有什么区别」。计数规则就是一个可以写清楚的差异化点。基础规则很简单消除一个格子得 10 分。但相同一次操作触发的连环消除应该有连击加成否则玩家没有策略深度。代码示例计分和连击倍率using UnityEngine; public class ScoreManager : MonoBehaviour { private int currentScore; private int comboCount; // 连续消除次数 public int CurrentScore currentScore; // 每消除一批格子时调用 public void AddScore(int matchCount, int comboLevel) { int baseScore matchCount * 10; int comboBonus (comboLevel - 1) * 15; int total baseScore comboBonus; currentScore total; Debug.Log($消除 {matchCount} 个格子连击 {comboLevel} 级获得 {total} 分); } public void ResetCombo() { comboCount 0; } }连击在循环消除里表现为第一次消除后如果下落产生了新的匹配第二次消除的 comboLevel 为 2倍率递增。这个在 ProcessSwap 的 while 循环里加一个 int comboLevel 变量每循环一次加一即可。5.2 步数或时间目标与结束判定消消乐有两种经典目标模式限步数和限时间。期末作业建议做限步数因为逻辑简单每操作一步即使交换后没有消除消耗一步步数步数归零时结算当前分数是否超过目标分数超过则胜利否则失败。这里要注意的是交换后如果无匹配、格子回归原位这算不算消耗步数业界通行做法是算。这会影响玩家策略会促使玩家谨慎选择。代码示例步骤管理和游戏结束using UnityEngine; using UnityEngine.SceneManagement; public class GameStateController : MonoBehaviour { [SerializeField] private int maxMoves 20; [SerializeField] private Text scoreText; [SerializeField] private Text movesText; [SerializeField] private GameObject gameOverPanel; [SerializeField] private Text resultText; private int remainingMoves; private ScoreManager scoreManager; void Start() { remainingMoves maxMoves; scoreManager GetComponentScoreManager(); UpdateUI(); gameOverPanel.SetActive(false); } public void OnMoveCompleted() { if (remainingMoves 0) { remainingMoves--; movesText.text 剩余步数: remainingMoves; } if (remainingMoves 0 || scoreManager.CurrentScore PlayerPrefs.GetInt(TargetScore)) { EndGame(); } } void EndGame() { bool win scoreManager.CurrentScore PlayerPrefs.GetInt(TargetScore); resultText.text win ? 通关! : 步数用完再来一次; if (win) { int bestScore PlayerPrefs.GetInt(BestScore, 0); if (scoreManager.CurrentScore bestScore) { PlayerPrefs.SetInt(BestScore, scoreManager.CurrentScore); PlayerPrefs.Save(); } } gameOverPanel.SetActive(true); Time.timeScale 0f; // 暂停游戏场景 } }Time.timeScale 0f 这里有一个隐患UI 按钮的点击事件在 timeScale 为 0 时依然可以触发但协程和 Update 都会停。按钮 OnClick 里如果调用了 Time.timeScale 1f 来恢复这个逻辑要放在一个不受 timeScale 影响的组件里。UGUI 的 Button 组件事件回调在 timeScale 0 时正常工作所以可以直接在按钮的 OnClick 上绑定Time.timeScale 1f然后 LoadScene这是可行路径。5.3 重复游玩的场景状态重置一个容易被忽略的期末答辩扣分项是从游戏结束面板点「再来一局」时棋盘没有完全重置。产生这个问题的原因是 BoardView 的 CreateBoard 里先销毁了所有子物体但销毁发生在当前帧渲染之后如果立即在同一帧重新生成 TileView旧对象还在子物体列表里导致格子重叠。代码示例安全的棋盘重建方式public void ResetBoardForRestart() { // 先移除全部子物体立即销毁避免延迟 for (int i transform.childCount - 1; i 0; i--) { DestroyImmediate(transform.GetChild(i).gameObject); } int rows PlayerPrefs.GetInt(BoardRows, 8); int cols PlayerPrefs.GetInt(BoardCols, 8); int typeCount PlayerPrefs.GetInt(TypeCount, 5); grid boardGenerator.GenerateInitialGrid(); CreateTileViews(grid, rows, cols); // 重置时间和分数 Time.timeScale 1f; }这里用 DestroyImmediate 替代 Destroy因为 Destroy 是延迟到帧末执行而重新生成必须在同一帧完成才能保证状态一致。DestroyImmediate 在编辑器和运行时都可以用但注意如果在 Update 或协程中频繁调用会造成性能峰值。由于重新开始游戏是低频操作这里用 DestroyImmediate 是合理的。6. 菜单界面和游戏界面联动的进阶技巧场景预加载与事件解耦如果你想让期末作业答辩时更出彩可以把场景切换从 SceneManager.LoadScene 换成双场景并行激活的方式。也就是常说的「场景预加载」菜单界面和游戏界面同时存在于场景层级中但游戏场景初始不激活。原理不复杂在构建设置里把菜单场景放在第 0 个索引游戏场景放在第 1 个索引在菜单界面启动时用SceneManager.LoadSceneAsync(GameScene, LoadSceneMode.Additive)预加载游戏场景但游戏场景里挂一个脚本在Start时把自己所在场景SetActive(false)。这样玩家点开始按钮时只需要把场景激活并关闭菜单场景省去了场景加载的卡顿。代码示例场景预加载和快速切换using System.Collections; using UnityEngine; using UnityEngine.SceneManagement; public class ScenePreloader : MonoBehaviour { private AsyncOperation loadOperation; void Start() { StartCoroutine(PreloadGameScene()); } IEnumerator PreloadGameScene() { loadOperation SceneManager.LoadSceneAsync(GameScene, LoadSceneMode.Additive); loadOperation.allowSceneActivation false; // 加载但先不激活 // 等待加载完成但不激活 while (loadOperation.progress 0.9f) { yield return null; } Scene gameScene SceneManager.GetSceneByName(GameScene); // 预设为不激活状态 gameScene.SetActive(false); // 激活完成但场景整体隐藏 loadOperation.allowSceneActivation true; } public void SwitchToGameScene() { Scene gameScene SceneManager.GetSceneByName(GameScene); gameScene.SetActive(true); SceneManager.UnloadSceneAsync(MenuScene); } }这里allowSceneActivation false配合progress 0.9f的检测是 Unity 加载场景的一个经典技巧。异步加载场景到 0.9 时后续的 0.1 进度需要allowSceneActivation true才会完成。在还没激活时场景里的所有 GameObject 都没有 Awake 和 Start所以游戏场景不会提前初始化棋盘。等到真正切换时再激活所有初始化脚本才会运行。这个方案有一个需要注意的边界双场景并行时Canvas 的事件系统需要共享。如果菜单场景和游戏场景各自有一个 EventSystem会报「Multiple EventSystems in scene」的警告。解决办法是删除游戏场景里的 EventSystem只在菜单场景保留一个因为 UGUI 的事件系统是全局的。双场景预加载还有一个额外收益可以从菜单界面播放游戏场景的背景音乐声音不会被场景切换打断。做法是在菜单场景的 AudioSource 上勾选DontDestroyOnLoad。但它会影响其他场景的正常销毁逻辑所以更稳妥的做法是做一个 GameManager 单例专门负责音乐播放场景切换时这个管理器不销毁其他全部销毁。最后这个小技巧——把场景激活机制梳理清楚之后等你答辩时就可以直接口头输出「菜单界面和游戏界面是两套独立的 scene我用异步加载的方式把游戏场景预热切换时无需黑屏等待」。这句话会让评审人员认为这不是一个纯 Copy 的 Demo而是真理解了 Unity 场景生命周期。写代码时记得把 PlayerPrefs 里所有键名统一定义成常量避免场景之间键名拼写不一致导致参数丢失——这是双场景架构下最容易出现、调试时最浪费时间的低级错误。本文还有配套的精品资源点击获取
