UE5关卡流送配置疑问：多子关卡开发与运行相关问题

问题背景 #

在UE中实现无缝关卡切换时，采用蓝图关卡流送方案，设置了始终加载的PersistentMap作为基础关卡，其中仅包含持有全局变量和事件分发器的PersistentOrigin Actor，所有流送子关卡（如LoadingMap、MainMenu及其他业务关卡）通过它实现跨关卡通信与全局变量共享。当前测试流畅，但担心后续大量子关卡（10+，含大量Actor、网格体、纹理）会引发问题，提出以下疑问：

1. 编辑器开发时，PersistentMap的Show Stats > Stats > Engine > Levels显示所有子关卡为“Loaded Not Visible”，是否意味着编辑器中所有子关卡都已加载到内存？能否仅在编辑器中加载可见的子关卡？
2. 游戏打包发布后，PersistentLevel中未加载的子关卡及其内容是否会影响初始加载时间？测试时关卡统计显示其他关卡均为“Unloaded”，是否说明子关卡数量不影响初始加载？
3. 通过PersistentOrigin Actor的事件分发器和变量实现跨关卡通信的方式是否可行？该方式已让蓝图更简洁。

解答 #

1. 编辑器中子关卡加载状态与按需加载设置 #

是的，编辑器中显示“Loaded Not Visible”意味着这些子关卡的资源已经加载到内存中。UE编辑器默认会加载所有添加到关卡流送系统的子关卡（即使设置为初始未加载），目的是方便开发者随时编辑或预览任意子关卡内容。

要实现编辑器中仅加载可见子关卡，可以通过以下操作：

• 在关卡流送编辑器（Level Streaming Editor）中，选中目标子关卡，在细节面板找到Editor Load Behavior选项，设置为Visible Only。这样编辑器只会加载当前在视口中可见的子关卡，不可见的子关卡会保持未加载状态，节省编辑器内存占用。
• 注意：该设置仅影响编辑器运行时的加载行为，不会改变打包后的游戏逻辑。

2. 打包后未加载子关卡对初始加载的影响 #

打包发布后，未通过关卡流送加载的子关卡及其内容不会影响游戏初始加载时间。

UE的打包系统会将各个关卡的资源单独打包（除非开启了强制合并资源的选项），初始启动时只会加载PersistentLevel以及设置为初始加载的子关卡内容。你测试中看到的“Unloaded”状态说明这些子关卡确实未被加载，它们的资源会在触发关卡流送加载时才会被读取到内存中，因此子关卡的数量不会直接影响初始加载速度。

需要注意的是：如果子关卡中包含被PersistentLevel或初始加载关卡引用的共享资源（如全局材质、通用纹理），这些资源会被包含在初始加载包中，但这和子关卡本身的数量无关，只和资源的引用关系有关。

3. 通过PersistentOrigin Actor实现跨关卡通信的可行性 #

这种方式完全可行，而且是UE中跨关卡通信的常用实践之一。

PersistentOrigin作为持久化Actor（始终加载在PersistentMap中），其事件分发器和全局变量可以稳定地作为跨关卡的通信桥梁：

• 事件分发器可以安全地在不同关卡的Actor之间传递消息，只要订阅方在事件触发时已加载并完成绑定即可；
• 全局变量可以存储游戏的全局状态（如玩家进度、设置参数），避免在关卡切换时丢失数据；
• 相比其他跨关卡通信方式（如GameInstance、SaveGame），这种方式更轻量化，蓝图逻辑更直观，适合处理实时性的关卡间交互。

唯一需要注意的是：确保PersistentOrigin Actor被正确设置为不可销毁（在细节面板勾选Never Destroy），避免在关卡切换时被误删除；同时避免在其中存储过大的资源对象，防止不必要的内存占用。

内容的提问来源于stack exchange，提问作者hewiefreeman