03-虚幻引擎蓝图类的各父类作用讲解
虚幻引擎（Unreal Engine）的蓝图系统提供了多种父类，每种父类都有其特定的用途和生命周期。理解这些父类的作用，是高效使用蓝图开发游戏的基础。以下是虚幻引擎中常见蓝图父类的详细讲解：
1. Actor
- 作用：所有可以放入关卡（Level）中的对象的基类，包括静态网格、灯光、摄像机等。
- 特点：
- 可放置：可直接从内容浏览器拖拽到关卡中。
- 生命周期：由关卡管理，随关卡的加载/卸载而创建/销毁。
- 组件化：通过添加组件（如
StaticMeshComponent、CameraComponent）实现功能。
- 常见用途：场景中的门、开关、可破坏物体、NPC等。
2. Pawn
- 作用：所有可控制的实体的基类（包括玩家和AI），代表“棋子”。
- 特点：
- 可被Controller控制：通过
Possess和Unpossess与PlayerController或AIController绑定。 - 物理交互：支持移动组件（如
FloatingMovementComponent、CharacterMovementComponent）。
- 可被Controller控制：通过
- 常见用途：车辆、飞行单位、自定义AI角色（非人形）。
3. Character
- 作用：人形角色的专用类，继承自
Pawn，内置角色移动组件（CharacterMovementComponent）。 - 特点：
- 人形移动：支持行走、跳跃、游泳、攀爬等复杂移动模式。
- 碰撞胶囊体：默认带有
CapsuleComponent和SkeletalMeshComponent。 - 网络同步：优化了多人游戏的移动同步。
- 常见用途：玩家角色、NPC敌人、队友等。
4. PlayerController
- 作用：玩家输入与Pawn之间的桥梁，处理玩家的输入、UI交互和相机管理。
- 特点：
- 控制Pawn：通过
Possess控制一个Pawn或Character。 - 输入响应：接收键盘、鼠标、手柄输入并转发给控制的Pawn。
- UI交互：管理HUD和UMG用户界面。
- 控制Pawn：通过
- 常见用途：玩家的“灵魂”，即使角色死亡，PlayerController依然存在（可重生角色）。
5. AIController
- 作用：AI的“大脑”，控制AI行为（如寻路、决策）。
- 特点：
- 行为树：通过
Behavior Tree和Blackboard实现复杂AI逻辑。 - 感知系统：支持视觉、听觉等AI感知（
AI Perception Component）。
- 行为树：通过
- 常见用途：敌人AI、NPC、宠物等。
6. GameMode
- 作用：定义游戏规则（如胜利条件、角色生成、关卡切换）。
- 特点：
- 服务器权威：仅在服务器存在（多人游戏中客户端无GameMode）。
- 全局管理：控制玩家出生点（
PlayerStart）、角色生成类（Default Pawn Class）。
- 常见用途：射击游戏的团队规则、大逃杀的缩圈机制、RPG的任务系统。
7. GameState
- 作用：同步游戏状态给所有客户端（如得分、时间、玩家列表）。
- 特点：
- 网络同步：自动复制数据到所有连接的客户端。
- 全局访问：通过
GetGameState在任何地方获取。
- 常见用途：多人游戏的实时分数、比赛剩余时间、玩家状态列表。
8. PlayerState
- 作用：单个玩家的状态数据，与
PlayerController关联。 - 特点：
- 网络同步：如玩家名称、得分、Ping值。
- 持久存在：即使角色死亡，PlayerState仍保留（直到玩家离开游戏）。
- 常见用途：排行榜、玩家击杀数、自定义玩家属性。
9. HUD & UserWidget
- HUD（已过时）：
- 旧版2D界面系统，现已被UMG（
UserWidget）取代。
- 旧版2D界面系统，现已被UMG（
- UserWidget（UMG）：
- 作用：创建UI元素（按钮、血条、菜单）。
- 特点：支持蓝图可视化设计，可绑定到
PlayerController。 - 常见用途：游戏主菜单、背包界面、技能冷却显示。
10. GameInstance
- 作用：跨关卡的全局管理器，生命周期贯穿整个游戏会话。
- 特点：
- 持久存在：从游戏启动到退出始终存在。
- 跨关卡数据：保存全局设置、玩家档案、DLC管理。
- 常见用途：语言设置、成就系统、在线会话管理。
11. Level Blueprint
- 作用：关卡的专属蓝图，直接操作关卡中的Actor和事件。
- 特点：
- 关卡独有：每个关卡（Level）有一个独立的Level Blueprint。
- 事件驱动：处理关卡特定事件（如关卡加载、触发器激活）。
- 常见用途：过场动画、关卡切换逻辑、Boss战触发。
12. Subsystem
- 作用：轻量级全局管理器，按模块自动生命周期管理。
- 特点：
- 无需手动创建：通过
UGameInstanceSubsystem、UEditorSubsystem等自动实例化。 - 模块化：避免GameInstance过度膨胀。
- 无需手动创建：通过
- 常见用途：成就系统、在线商店、Mod管理。
总结表格
| 父类 | 核心作用 | 生命周期 | 典型用例 |
|---|---|---|---|
| Actor | 场景中的基础对象 | 随关卡加载/卸载 | 门、开关、道具 |
| Pawn | 可控制的实体 | 随生成/销毁 | 车辆、无人机 |
| Character | 人形角色 | 随生成/销毁 | 玩家、NPC敌人 |
| PlayerController | 玩家输入与Pawn的桥梁 | 玩家连接时创建，断开时销毁 | 玩家控制、UI交互 |
| AIController | AI的大脑 | 随AI生成/销毁 | 敌人AI、宠物 |
| GameMode | 游戏规则 | 服务器关卡存在时 | 胜利条件、角色生成 |
| GameState | 同步全局游戏状态 | 随关卡存在 | 多人游戏得分、时间 |
| PlayerState | 单个玩家的状态 | 玩家连接时创建 | 玩家名称、得分 |
| UserWidget | UI界面 | 手动创建/销毁 | 菜单、血条、技能栏 |
| GameInstance | 跨关卡全局数据 | 游戏启动到退出 | 语言设置、DLC管理 |
| Level Blueprint | 关卡专属逻辑 | 随关卡存在 | 过场动画、Boss战触发 |
| Subsystem | 模块化全局管理器 | 按模块自动管理 | 成就系统、在线商店 |
选择父类的原则
- 场景对象 → Actor
- 可控制角色 → Pawn/Character（人形用Character）。
- 玩家输入 → PlayerController（非角色逻辑）。
- AI逻辑 → AIController + 行为树。
- 游戏规则 → GameMode（服务器）+ GameState（同步）。
- 跨关卡数据 → GameInstance或Subsystem。
理解这些父类的边界和协作方式，可以避免架构混乱（如将玩家输入逻辑误写到Character中）。
（PS：该系列文章为笔者学习UE过程中所遇问题的AI解答，仅作参考）