unity scence灯光不显示_Unity基础教程系列（四）——多场景（Loading Levels）

目录	1 池场景 1.1 在运行时创建场景 1.2 把对象放入场景池 1.3 从重编译中恢复 2 关卡1 2.1 多场景编辑 2.2 场景灯光 2.3 在构建中包含多场景 2.4 加载场景 2.5 等待下一帧 2.6 烘焙环境光 2.7 异步加载 2.8 阻止双重加载 3 更多的关卡 3.1 level2 3.2 检查加载的关卡 3.3 加载特殊的关卡 3.4 选择关卡 3.5 卸载关卡 4 记住关卡 4.1 保存关卡

本文重点：

1、在运行模式下创建场景

2、在不同场景之间移动物体

3、多场景同时工作

4、支持游戏关卡

这是关于对象管理系列的第四篇教程。它是关于在如何在场景中放置对象，并同时与多个场景一起工作，以及加载和卸载场景等内容。

本教程是CatLikeCoding系列的一部分，原文地址见文章底部。“原创”标识意为原创翻译而非原创教程。

本教程使用Unity 2017.4.4f1编写。

(不同的时间和不同的关卡)

1 池场景

在游戏模式下，当越来越多形状被实例化时，场景会很快被对象填满，编辑器层次窗口会变得非常混乱。这可能会让查找特定对象变得十分困难，还可能使编辑器运行速度变慢。

(运行模式下单个场景)

一种可以减缓编辑器变慢的方式是，通过切换场景的层次窗口或者移除层次窗口，但是这样我们就看不到物体对象了。理想情况下，我们可以在hierarchy窗口中将所有的shape实例折叠为单个条目，而其他所有实例仍然可见。有两种方法可以做到这一点。

第一方法是是创建一个根对象，并使所有形状都是该对象的子对象，然后我们可以折叠根对象。但坏处是，当形状改变时，它会对我们的游戏性能产生负面影响。因为每当对象的active状态或transform状态发生变化时，它的所有父对象都会被通知此变化。因此，在没有必要的情况下，最好避免让对象成为另一个对象的子对象。

第二种选择是把所有的形状放在一个单独的场景中。它们仍然是没有父对象的根对象，但成为额外场景的一部分，可以在层次窗口中折叠。场景并不关心对象的状态，所以这不会降低游戏的速度。这是我们将使用的选项。

1.1 在运行时创建场景

我们需要一个专门的场景来收纳形状实例。因为形状实例只在游戏模式下存在，并且场景也只需要在游戏模式下存在。所以，我们将通过代码来创建一个。

ShapeFactory负责创建、销毁和回收形状，所以它也应该负责保存形状的场景。为了直接处理场景，它需要访问UnityEngine.SceneManagement 命名空间，所以在ShapeFactory类文件中使用它。

我们将创建一个池场景来包含所有可以回收的形状实例。工厂创建所有的形状都进入了这个池子，永远不能从里面移走。我们可以使用Scene 变量来跟踪这个池场景。

我们只在开启recycling的时候才需要一个场景 。当不开启的时候，可以将实例的管理留给请求它们的人。所以我们只需要在需要池时再创建一个场景。因此，在CreatePools的末尾调用SceneManager。创建一个新的场景并追踪它。场景需要一个名称，我们只需使用工厂的名称即可。如果你使用多个工厂，它们都会有自己的场景，所以确保给每个工厂一个唯一的名字。

(形状工厂的池场景)

现在，当我们在游戏模式中第一次创建一个形状时，一个形状工厂场景就会出现，虽然这些形状还没有放到里面。但当我们停止运行时，场景就消失。

1.2 把对象放入场景池

当一个游戏对象被实例化时，它将被添加到活动场景中。在我们的案例中，活动场景是Scene，是项目中唯一呈现的场景。我们可以改变活动场景，但我们不希望工厂把场景弄乱。取而代之的是，通过调用SceneManager.MoveGameObjectToScene，在创建形状之后将它们迁移到池场景中，它需要传入游戏对象和场景作为参数。

(形状放入了池场景)

从现在开始，形状被整齐地放置在形状工厂场景中，你可以在层级窗口中折叠，或者在你想看的时候打开它。

1.3 从重编译中恢复

工厂现在工作得很好，至少在同一次构建下或只要我们保持在游戏模式下。但问题是，在游戏模式下的重新编译就会打乱我们的回收和池场景。

虽然Unity在编译时序列化MonoBehaviour类型的私有字段，但它不会对ScriptableObject类型这样做。这意味着在重新编译之后，池的列表将丢失。导致的结果是，CreatePools将在重新编译后再次被调用。

我们不能仅将池标记为可序列化吗？

这将使Unity保存池作为资产的一部分，在编辑器运气会话之间保存它，并在构建中包含它。但那不是我们想要的。