如何让Light Pack拾取物在关卡间保持状态持久化？

核心思路 #

利用游戏实例（Game Instance）的全局持久特性存储玩家是否已获取Light Pack的状态，让关卡自动根据这个状态决定拾取物是否显示，同时让玩家加载关卡时直接继承已有的Light Pack效果。

具体实现步骤 #

• 第一步：完善游戏实例的状态变量
  在你自定义的游戏实例蓝图中，创建一个布尔类型变量bHasLightPack，初始值设为false。如果是多人游戏，记得把变量设置为Replicated（勾选复制），确保客户端和服务器状态同步；单人游戏无需开启复制。

• 第二步：拾取物的自动销毁逻辑
  在Light Pack拾取物的蓝图中，添加BeginPlay事件：

  1. 用Get Game Instance节点获取全局游戏实例，再通过类型转换转到你的自定义游戏实例类。
  2. 添加Is Valid节点判断转换后的游戏实例是否有效，避免空引用报错。
  3. 读取bHasLightPack变量，如果值为true，直接调用Destroy Actor销毁当前拾取物；如果为false，保持拾取物正常显示。

• 第三步：玩家拾取时更新全局状态
  在拾取物的触发拾取逻辑（比如OnComponentBeginOverlap）中：

  1. 检测到玩家重叠后，先给玩家添加Light Pack的对应效果（比如启用随身灯光、修改角色属性）。
  2. 再次获取游戏实例并设置bHasLightPack为true。
  3. 最后销毁拾取物。

• 第四步：玩家加载关卡时继承效果
  在玩家蓝图的BeginPlay或OnLevelLoaded事件中：

  1. 获取游戏实例并转换到自定义类，读取bHasLightPack变量。
  2. 如果变量为true，直接给玩家启用Light Pack的效果，不用依赖关卡内的拾取物。

避坑提示 #

• 类型转换游戏实例时，一定要用Is Valid校验，防止因游戏实例未正确初始化导致的崩溃。
• 多人游戏场景下，确保游戏实例的状态变量是服务器权威更新，避免客户端私自修改状态导致不同步。
• 如果Light Pack有多个等级或不同类型，可以把变量改成枚举或整数类型，适配更复杂的状态存储。

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