1.17 从0开始学习Unity游戏开发--场景切换

redhat9i · 发表于 2023-4-20 09:13

前面的所有文章我们都在一个固定的游戏场景内进行开发，在最开始介绍场景这个概念的时候就已经提及，这个场景可以是一张地图，或者是一个对战房间等等，所以显然这个场景可以有多个，并且可以从一个场景切换到另外一个场景，那么在Unity中如何进行场景切换，以及如何处理好场景切换时的各个逻辑呢，本章就会详细讲解。
新建第二个场景

还记得最早讲的如何创建场景资源吗？
在Project窗口里面随便哪个你喜欢的位置右键Create->Scene就可以创建一个新的场景资源，我们已经有了一个Demo场景，那么我们创建一个新的场景叫AnotherDemo

OK，接下来我们需要编辑这个场景的内容，那就是双击这个场景资源文件，注意如果当前打开的场景比如你现在打开的是Demo，然后你有一些修改没有保存（比如Demo的Hierarchy窗口里面根节点是带星号的），那么Unity会提示你要不要保存，你自己决定要不要保存，然后才会打开刚刚双击的场景文件。
双击过后，我们就进入到了这个场景里面，一切都回到了原点：

唯独不同的是，Hierarchy窗口的根节点换成了我们新创建的名字AnotherDemo。
ok，这样就理解了如何创建新的场景，并进去编辑内容，我们先换回到Demo场景中，因为我们接下来需要从Demo场景通过代码逻辑切换到AnotherDemo。
场景切换

既然我们要切换场景，肯定是要有什么逻辑触发，我们可以单独写个组件加到空的GameObject上，组件就在Start触发后3秒进行场景切换，而场景切换的API则是：
我们让gpt帮我们写个：
using UnityEngine;
using UnityEngine.SceneManagement;

public class SceneSwitcher : MonoBehaviour
{
public string sceneName;
public float delay = 3f;
private float startTime = 0f;
private bool isSwitching = false;

private void Start()
{
      startTime = Time.time;
}

private void Update()
{
      if (!isSwitching)
      {
         float elapsedTime = Time.time - startTime;
         if (elapsedTime >= delay)
         {
            SceneManager.LoadScene(sceneName);
            isSwitching = true;
         }
      }
}
}
写的还不错，delay表示物体开始跑起来后等待多少秒执行场景切换，sceneName则是我们的场景资源文件的名字，Unity相当于收集了我们所有场景文件资源，所以可以通过直接传入名字来切换，聪明的你肯定会想到，如果重名了怎么办，毕竟文件在不同的文件夹下可以拥有一样的名字，Unity的API也给出了详细的说明：

The givensceneNamecan either be the Scene name only, without the.unityextension, or the path as shown in the BuildSettings window still without the.unityextension. If only the Scene name is given this will load the first Scene in the list that matches. If you have multiple Scenes with the same name but different paths, you should use the full path.
Note that sceneName is case insensitive, except when you load the Scene from an AssetBundle.

说的就比较清楚，不要带文件名后缀，我们知道场景资源文件实际在操作系统下的文件名后缀是.unity，我们不需要传入这个后缀，例如就是AnotherDemo，不需要AnotherDemo.unity，如果只传了个名字，会使用第一个找到的，如果传的是路径，则按照路径去找，而路径则是Assets文件夹下的路径，例如Scenes/SampleScene（当然我们创建的并没有在这个文件夹下面）
最后注意这里的路径或者名字是大小写不敏感的，除非是从资源包里面加载，至于资源包是啥，我们后面资源加载的篇章再来聊。
那么我们这里sceneName可以有两种填法：

直接填AnotherDemo
填路径AnotherDemo

这两个都没问题，但是我们先创建一个物体把我们的组件挂上去：

Ok，我们跑起来看看，哎，为什么没切换呢？不要着急，有没有注意到编辑器界面底部有一条红色的错误信息？打开Console窗口查看全部的输出：

其实可以看到，说的就是我们需要切换的场景AnotherDemo并没有加入到build settings中，我们在游戏打包的那篇中，有提到过如何将场景加入到我们的打包内容中，其实就是这个操作。
我们从Unity编辑器窗口顶部的菜单File->Build Settings打开：

我们确实没有把AnotherDemo加入进去，那我们还是按照老办法，打开AnotherDemo这个场景文件，然后点击上面这个窗口的右边按钮Add Open Scenes，把场景加进去：

Ok，我们重新打开Demo场景，然后再跑一下，等待3秒后，确实切换到AnotherDemo中一篇虚无的世界了。
场景切换的物体保持

我们成功的切换了之后，可以很显然的理解，旧场景里面的所有GameObject都被自动销毁了，这很好，但是有一些GameObject我们是希望跨场景的，最常见的就是UI，很显然我们不能因为切换了一个场景就导致我们的UI全部消失。
那么我们需要将需要在场景切换后仍然保持存在的GameObject使用特殊API进行标记：
没错，就是这么简单，我们只需要用这个DontDestoryOnLoad来传入我们需要保持的GameObject即可。我们修改一下场景切换的脚本，允许我们设置哪些GameObject可以被保持：
using System.Collections.Generic;
using UnityEngine;
using UnityEngine.SceneManagement;

public class SceneSwitcher : MonoBehaviour
{
public string sceneName;
public float delay = 3f;
public List<GameObject> gameObjectToStayAlive;
private float startTime = 0f;
private bool isSwitching = false;

private void Start()
{
      startTime = Time.time;
}

private void Update()
{
      if (!isSwitching)
      {
         float elapsedTime = Time.time - startTime;
         if (elapsedTime >= delay)
         {
            if (gameObjectToStayAlive != null)
            {
                  foreach (GameObject go in gameObjectToStayAlive)
                  {
                     DontDestroyOnLoad(go);
                  }
            }

            SceneManager.LoadScene(sceneName);
            isSwitching = true;
         }
      }
}
}
可以看到，我们新增了一个GameObject数组gameObjectToStayAlive来存放我们希望切换场景时会继续带到下个场景的GameObject，在切换场景之前我们通过DontDestroyOnLoad来设置这些GameObject不要因为场景切换而销毁。
然后我们可以看到编辑器面板上就能通过点击数组的加减符号来新增一个数组元素：

这其实是Unity编辑器默认给数组成员画的一个更方便一点的编辑方法，如果用过更老一些版本的Unity应该能知道以前的编辑方法很落后，不好用。
这里我们将UI显示所需的元素加进去，注意父元素设置DontDestroyOnLoad对子元素也是生效的，所以我们这里没必要将Canvas物体下的所有子元素都加进去。
Ok，那我们跑起来看看？
切换场景后，我们看到UI还能生效，并且可以观察到，我们设置过的GameObject都跑到了一个奇怪的地方：

他们都跑到了一个DontDestroyOnLoad下面，这其实就是Unity实现DontDestroyOnLoad方案，也就是我们实际打开了两个场景，一个是AnotherDemo场景，一个是DontDestroyOnLoad场景，这两个场景同时生效，而我们设置了DontDestroyOnLoad的GameObject会待在DontDestroyOnLoad场景内，所以即使我们切换其他场景也不会影响在DontDestroyOnLoad场景内的物体的销毁逻辑。
不过现在我们发现了另外一个问题，Console窗口里面疯狂报错：

看起来都是同一个错误，仔细看一下，其实就能理解，这个是我们的UI准心上，挂了一个AimController组件，这个组件有引用场景中的相机来确定我们开火的方向，而我们切换场景了，之前引用的Demo场景里面的相机已经不复存在，那么我们继续引用的话，肯定就报错了。同理的还有FireController组件的引用也是一样，我们切换了场景后，这个被引用的组件所在的GameObject也已经销毁了。
所以我们要解决这个问题的话，就需要在切换场景的时候清理掉旧的引用，并且做好判空的逻辑：
using System.Collections.Generic;
using UnityEngine;
using UnityEngine.SceneManagement;

public class SceneSwitcher : MonoBehaviour
{
public string sceneName;
public float delay = 3f;
public List<GameObject> gameObjectToStayAlive;
public AimController aimController;
private float startTime = 0f;
private bool isSwitching = false;

private void Start()
{
      startTime = Time.time;
}

private void Update()
{
      if (!isSwitching)
      {
         float elapsedTime = Time.time - startTime;
         if (elapsedTime >= delay)
         {
            if (gameObjectToStayAlive != null)
            {
                  foreach (GameObject go in gameObjectToStayAlive)
                  {
                     DontDestroyOnLoad(go);
                  }
            }

            if (aimController != null)
            {
                  aimController.mainCamera = null;
                  aimController.fireController = null;
            }

            SceneManager.LoadScene(sceneName);
            isSwitching = true;
         }
      }
}
}
我们朴素的加了一个aimController成员，然后期望有人能在编辑器里面赋值好这个组件，这样我们在场景切换的时候就能够顺利的清理掉带不走的引用。
同理，我们在AimController脚本里面也需要对两个成员进行判空处理：
using UnityEngine;

public class AimController : MonoBehaviour
{
public Camera mainCamera;
public FireController fireController;

private RectTransform rectTransform;

private void Start()
{
      rectTransform = GetComponent<RectTransform>();
}

private void Update()
{
      rectTransform.anchoredPosition = Input.mousePosition;

      if (mainCamera == null || fireController == null)
      {
         return;
      }

      // 获取屏幕上当前鼠标位置（也就是准心位置）所在的3D空间位置
      Vector3 aimWorldPosition = mainCamera.ScreenToWorldPoint(new Vector3(Input.mousePosition.x,
         Input.mousePosition.y, mainCamera.nearClipPlane));
      // 通过坐标相减可以得到方向向量
      Vector3 fireDirection = aimWorldPosition - mainCamera.transform.position;
      // 归一化后传递给开火控制脚本
      fireController.SetDirection(fireDirection.normalized);
}
}
Ok，那我们在场景里面赋值一下aimController：

再跑一下，错误消失。
从这里我们就可以看到，场景切换保持物体的存在虽然用起来很简单，但是实际上我们仍然需要小心的管理所有对于旧场景的引用，并且所有设置了DontDestroyOnLoad的物体，已经不会因为切换场景而销毁，所以理所当然的需要我们自己管理什么时候去Destroy它。
思考题

我们切换场景后，抛弃了旧场景里面的相机和FireController，但是我们在新场景里面肯定也是希望可以瞄准+射击的，新场景里面已经有了一个自带的Main Camera，所以现在我们该怎么做来让切换场景后也能正常射击？
在上面代码里面，我们简单的加入了一个AimController来实现清理旧引用的逻辑，但是作为一个合格的程序员肯定第一时间想到的是职责单一的设计原则，所以想想看，一个合理的解耦写法应该是如何？
在切换场景的API的官方说明里面，其实已经有明确的提示，这个切换API是阻塞同步操作，应该使用异步API，那么如果使用异步API，我们又应该如何改写代码呢？

下一章

本章我们详细的了解了一下如何切换场景以及切换场景如果要保持GameObject存活要怎么做，以及这么做了之后遇到的一些现实问题。
切换场景的时候其实已经从官方文档中开始了解到有AssetBundle这样的字眼，其实这就是Unity在正式游戏包中的资源管理办法，当我们需要动态加载资源而不是像现在都是引用来搞定的时候，就需要动态加载资源了，所以下一章我们将会讲解Unity内部动态加载资源的几种办法和适用场景。

		自动登录	找回密码
密码			立即注册

1.17 从0开始学习Unity游戏开发--场景切换

本帖子中包含更多资源