作为一个初学者，尽管能够在UE中能够使用蓝图和简单在C++中做一些逻辑更改，但对 Gameplay 框架的使用上还是一脸懵逼，比如：
玩家的本地数据存在哪里？
游戏的数据存在哪？
如果我切换了关卡，放在哪的数据会丢？
如果玩家死亡了，放在哪的数据会丢？
如果我想要存储一个全局数据，那么这个数据应该放在哪个类中？GameInstance? GameState?
NPC或者玩家的逻辑一股脑扔在Pawn或者Character中有没有问题？
......
因为是做纯服务器出身，我更倾向代码的框架和逻辑，在这些东西没有搞清楚之前，每每完成一行代码时我都会心有余悸：即使测试和表现都看起来正常，这么写没问题吗？
UE的对象管理貌似是每个对象都需要另一个对象管理的，这就形成了一个层级关系，因此每种对象生命周期就非常重要，毕竟我总不能在对象A的生命周期完成之后，依然尝试使用A的指针。
最近在看Gameplay框架，涉及到几个关键并耳熟能详的类，在此做一些备忘。
1. GameMode : 仅在 Server 中存在，设定了游戏的规则，更注重游戏的基本玩法逻辑。
2. GameState : Server & Client 中都存在，生命周期随 Level，可 Replicate。游戏本身的数据——更注重数据而非逻辑。
3. PlayerState : Server & Client 中都存在，生命周期随 Level，可 Replicate。玩家的数据。
4. Controller : Server & Client 中都存在，生命周期随 Level，可 Replicate。操控 Pawn 的逻辑。
5. GameInstance : Server & Client 中都存在各自独立的一份，生命周期在 Level 之上，不能 Replicate。适合放置Level之上的逻辑(即使Level切换也不会丢失的)。
6. Subsystem : 使用简单，有 5 种 Subsystem 的基类可被继承，继承不同的基类使得 Subsystem 的生命周期不同：
UEngineSubsystem，游戏/编辑器进程的开始到结束
UEditorSubsystem，编辑器的开始到结束
UGameInstanceSubsystem，游戏启动到结束
UWorldSubsystem，主关卡(Persistent Level)切换后重建
ULocalPlayerSubystem，随LocalPlayer的生命周期，数量可能 > 1
标签：逻辑,生命周期,Level,Server,Replicate,UE5,备忘,Gameplay From： https://www.cnblogs.com/rkexy/p/18053562