第10章 Gameplay框架与高级主题

考点： 类继承关系、各自职责、使用场景选择

参考答案：

1. Actor：UE 中最基础的类，所有可放入关卡的对象基类；
   • 具备生命周期管理、网络复制、变换（位置/旋转/缩放）基础能力；
   • 可通过附加组件扩展功能，本身不含移动或控制逻辑；
   • 适用：静态物体、触发器、游戏机制对象。
2. Pawn：继承自 Actor，可被玩家或 AI 控制；
   • 含 Controller 引用，用于接收输入与决策；
   • 适用：车辆、炮塔、无人机等可控对象。
3. Character：继承自 Pawn，专为角色设计；
   • 内置 CharacterMovementComponent，支持走、跑、跳、游泳、飞行；
   • 内置 CapsuleComponent 碰撞、支持动画与蒙太奇系统；
   • 适用：玩家角色、NPC、敌人等需要复杂运动的角色。
4. 选择原则：纯场景物体用 Actor，可被控制且不复杂运动用 Pawn，需要角色移动/动画用 Character。

考点： 生命周期、初始化时机、销毁清理

参考答案：

1. 创建阶段：
   1. 构造函数：创建时初始化默认值；
   2. OnRegister：组件注册时调用；
   3. OnConstruction：编辑器放置或属性变更时调用；
   4. BeginPlay：游戏开始、所有 Actor 加载完成后调用，此时可安全引用其他对象。
2. 运行阶段：Tick（每帧）、Timer（定时器回调）、事件回调（碰撞/重叠/输入）。
3. 销毁阶段：
   1. EndPlay：即将销毁时，做清理；
   2. Destroy：从世界移除；
   3. BeginDestroy：开始清理资源；
   4. FinishDestroy：完成清理释放内存。
4. 易错点：
   • 构造函数中不能访问其他 Actor、不能访问 World；
   • BeginPlay 是引用其他对象的安全时机；
   • Tick 影响性能，低频逻辑改用定时器或事件驱动。

考点： 组合优于继承、组件化架构、职责单一

参考答案：

1. 核心思想：组合优于继承（Composition over Inheritance）。
   • 反例：ACharacter → AWarrior → AMagicWarrior → AFlyingMagicWarrior 继承链过长难维护；
   • 正例：AMyCharacter 组合 UHealthComponent / UInventoryComponent / UCombatComponent / UMovementComponent / UAbilitySystemComponent。
2. 优势：
   • 可复用：同一组件可挂到任何 Actor；
   • 可组合：不同 Actor 按需组合不同组件；
   • 易测试、易维护：组件独立，修改互不影响；
   • 数据驱动：编辑器内可配置组件参数。
3. 设计原则：职责单一。
   • 好组件：UHealthComponent 只管 TakeDamage/GetHealth/IsDead 并暴露 OnHealthChanged 委托；
   • 坏组件：把所有功能塞进一个 UEverythingComponent。
4. 常见组件类型：SceneComponent（变换）、ActorComponent（无变换）、PrimitiveComponent（碰撞/物理）、MeshComponent、CameraComponent、AudioComponent 等。

考点： 动态组件、附加规则、组件生命周期

参考答案：

1. 动态附加：

UStaticMeshComponent* NewMesh = NewObject<UStaticMeshComponent>(this, TEXT("DynamicMesh"));
NewMesh->SetupAttachment(RootComponent);
NewMesh->RegisterComponent(); // 必须注册才生效
// 或：NewMesh->AttachToComponent(RootComponent, FAttachmentTransformRules::SnapToTarget);

2. 分离与销毁：

NewMesh->DetachFromComponent(FDetachmentTransformRules::KeepWorldTransform);
NewMesh->DestroyComponent();

3. 附加规则：SnapToTarget（对齐父变换）、KeepWorldTransform（保持世界变换）、KeepRelativeTransform（保持相对变换）。
4. 适用场景：武器附加到手部、装备模型切换、临时特效、载具上下车。

考点： 位置/旋转/缩放、本地与世界坐标、变换操作

参考答案：

1. 组成：Location（FVector）、Rotation（FRotator 或 FQuat）、Scale（FVector）。
2. 获取/设置：

FVector Loc = GetActorLocation();
FRotator Rot = GetActorRotation();
FTransform T = GetActorTransform();
SetActorLocation(NewLocation);
SetActorLocationAndRotation(NewLoc, NewRot);

3. 变换操作：AddActorLocalOffset（本地系）/ AddActorWorldOffset（世界系）、AddActorLocalRotation / AddActorWorldRotation；插值用 VInterpTo / RInterpTo。
4. 坐标系转换：RootComponent->WorldToLocal() / LocalToWorld()；方向向量 GetActorForwardVector()/GetActorRightVector()/GetActorUpVector()。
5. 注意事项：
   • 用四元数（FQuat）避免万向锁；
   • 物理模拟组件不能用 SetActorLocation 直接设置，需走物理接口；
   • 网络复制只复制根组件 Transform。

考点： 分类标识、解耦查找、与 GameplayTag 的区别

参考答案：

1. 用途：分类标识、快速查找、基于标签的游戏逻辑（友军/敌人识别）、解耦设计（不需要知道具体类）。
2. 使用：

Tags.Add(FName("Enemy"));
UGameplayStatics::GetAllActorsWithTag(GetWorld(), FName("Enemy"), FoundActors);
if (OtherActor->ActorHasTag(FName("Projectile"))) { /* 处理 */ }

3. 优势：比 Cast 类型检查更灵活、性能更好；支持多标签；可蓝图配置；适合数据驱动。
4. 区别：Actor Tags 是简单的 FName 数组；GameplayTag 是层级化、有管理器（UGameplayTagsManager）的完整标签系统，见 5.2。

考点： 碰撞组件、碰撞通道、响应类型、射线检测

参考答案：

1. 组件类型：BoxComponent、SphereComponent、CapsuleComponent（角色常用）、SplineComponent。
2. 碰撞通道（Channel）：WorldStatic、WorldDynamic、Pawn、PhysicsBody、Vehicle、Custom。
3. 响应类型：Block（阻挡）、Overlap（重叠触发事件不阻挡）、Ignore（忽略）。
4. 事件绑定：

MeshComponent->OnComponentHit.AddDynamic(this, &AMyActor::OnHit);
MeshComponent->OnComponentBeginOverlap.AddDynamic(this, &AMyActor::OnOverlapBegin);

5. 射线检测：GetWorld()->LineTraceSingleByChannel(HitResult, Start, End, ECC_Visibility, QueryParams)，配合 AddIgnoredActor(this) 忽略自身。
6. 性能优化：简单碰撞形状代替网格碰撞、合理设置通道避免多余检测、SetCollisionEnabled 动态开关、静态物体设 Mobility=Static。

考点： GC 引用管理、强/弱/软引用、查找与类型转换

参考答案：

1. UObject 指针：UPROPERTY() 标记的指针受 GC 管理；未标记裸指针可能悬空或导致误回收。
2. 引用类型：
   • TWeakObjectPtr：弱引用，不阻止 GC，用前检查 IsValid()；
   • TSoftObjectPtr / TSoftClassPtr：软引用，异步加载，避免硬引用拖拽大资产；
   • FSoftObjectPath：路径引用，TryLoad() 按需加载。
3. 查找方式：GetAllActorsOfClass（按类）、GetAllActorsWithTag（按标签）、TActorIterator（推荐，性能好）。
4. 类型转换：用 if (AEnemy* Enemy = Cast<AEnemy>(OtherActor)) 安全转换。
5. 避免循环引用：A 引用 B、B 引用 A 会泄漏，用 TWeakObjectPtr 或委托解耦。

考点： 三类角色职责、服务器/客户端存在性、网络复制

参考答案：

1. GameMode：只在服务器运行，定义胜利条件、生成 Pawn、管理回合；不同关卡可配不同 GameMode。
2. GameState：存全局游戏状态，自动复制给所有客户端（HUD 计分板数据源）。
3. PlayerState：存玩家特定信息，与 PlayerController 关联，多人模式下玩家换 Pawn 时状态保留。
4. 使用场景：GameMode 管生成与规则，GameState 显示全局信息，PlayerState 显示个人统计。

考点： 输入处理、Pawn 控制、网络桥梁

参考答案：

1. 职责：
   • 输入处理：接收玩家输入；
   • Pawn 控制：Possess / UnPossess 控制 Pawn；
   • UI 管理：控制 HUD 和菜单；
   • 摄像机控制：管理视角与相机；
   • 网络通信：客户端与服务器之间的桥梁。
2. 客户端 vs 服务器：客户端有本地 PlayerController 处理输入，服务器为每个连接的客户端创建对应 PlayerController；输入在客户端处理，通过 RPC 发送到服务器。
3. 关键函数：SetupInputComponent（输入绑定）、Possess/UnPossess、Client/Server RPC。

void AMyPlayerController::SetupInputComponent() {
    Super::SetupInputComponent();
    InputComponent->BindAction("Jump", IE_Pressed, this, &AMyPlayerController::Jump);
}
UFUNCTION(Server, Reliable)
void AMyPlayerController::ServerFire();

考点： 属性复制、RPC、复制条件、带宽优化

参考答案：

1. 基本概念：服务器是权威端，负责计算与验证；客户端接收状态更新并对本地输入做预测；只有标记为可复制的属性和函数才会同步。
2. 复制类型：
   • 属性复制：变量从服务器自动同步到客户端；
   • RPC：Server（客户端→服务器）、Client（服务器→指定客户端）、NetMulticast（服务器→所有客户端）；
   • Actor 复制：整个 Actor 的创建/销毁同步。
3. 关键设置：

AMyActor::AMyActor() { bReplicates = true; }

UPROPERTY(Replicated)
float Health;

void AMyActor::GetLifetimeReplicatedProps(TArray<FLifetimeProperty>& OutLifetimeProps) const {
    Super::GetLifetimeReplicatedProps(OutLifetimeProps);
    DOREPLIFETIME(AMyActor, Health);
}

UFUNCTION(Server, Reliable) void ServerFire();
UFUNCTION(Client, Reliable) void ClientPlayHitEffect();
UFUNCTION(NetMulticast, Unreliable) void MulticastPlayExplosion();

4. 复制条件：bReplicates 必须为 true；bOnlyRelevantToOwner 只对拥有者相关；NetUpdateFrequency 控制频率；NetPriority 控制带宽不足时的优先级。
5. 优化技巧：
   • DOREPLIFETIME_CONDITION + COND_SkipOwner 等条件复制；
   • 非关键数据用 Unreliable；
   • 自定义 NetSerialize 减少带宽；
   • 低频率大属性定期同步，高频率小属性用 RPC。
6. GAS 网络：Ability 的 NetExecutionPolicy（LocalPredicted 等）支持客户端预测，详见 5.1。

考点： 输入架构、Action/Axis、输入优先级、Enhanced Input 优势

参考答案：

1. 传统输入架构：输入设备 → 输入映射（Action/Axis）→ InputComponent → PlayerController → Pawn。
   • Action Input：离散输入（跳跃/射击），有 Pressed/Released 事件；
   • Axis Input：连续输入（移动/视角），数值范围 -1~1；
   • 输入优先级：PlayerController > Pawn > 其他启用输入的 Actor。
2. 传统配置方式：Project Settings 全局映射 + InputComponent->BindAction / BindAxis。
3. Enhanced Input 的优势：
   • 更灵活：输入上下文（Mapping Context）按游戏状态切换；
   • 输入修饰器（Modifier）：死区、灵敏度、曲线；
   • 输入触发器（Trigger）：按下、长按、连击等触发时机；
   • 原生双摇杆/扳机支持、运行时按键重绑定、跨设备自动适配。

if (UEnhancedInputComponent* EnhancedInput = Cast<UEnhancedInputComponent>(InputComponent)) {
    EnhancedInput->BindAction(MoveAction, ETriggerEvent::Triggered, this, &AMyPawn::Move);
}

考点： Enhanced Input 四要素、自定义 Trigger/Modifier、复杂输入组合、动态切换映射

参考答案：

1. 架构四层：
   • Input Action：抽象输入动作（跳跃/射击），与具体按键解耦，值类型支持 Bool / Axis1D / Axis2D / Axis3D；
   • Input Mapping Context：物理按键→Action 的映射，支持多 Context 叠加与运行时切换；
   • Input Modifier：在值到达 Action 前处理（死区、取反、缩放、平滑）；
   • Input Trigger：决定 Action 何时触发（Down/Hold/Release/Tap/双击等）。
2. C++ 绑定：

void AMyPlayerController::BeginPlay() {
    Super::BeginPlay();
    if (UEnhancedInputLocalPlayerSubsystem* Sub = ULocalPlayer::GetSubsystem<UEnhancedInputLocalPlayerSubsystem>(GetLocalPlayer())) {
        Sub->AddMappingContext(DefaultMappingContext, 0);
    }
}

void AMyPlayerController::SetupInputComponent() {
    Super::SetupInputComponent();
    UEnhancedInputComponent* EInput = CastChecked<UEnhancedInputComponent>(InputComponent);
    EInput->BindAction(MoveAction, ETriggerEvent::Triggered, this, &AMyPlayerController::Move);
    EInput->BindAction(AttackAction, ETriggerEvent::Started, this, &AMyPlayerController::AttackStarted);
    EInput->BindAction(AttackAction, ETriggerEvent::Completed, this, &AMyPlayerController::AttackCompleted);
}

3. 自定义 Trigger（长按）：

UCLASS()
class UInputTrigger_LongPress : public UInputTrigger {
    GENERATED_BODY()
public:
    UPROPERTY(EditAnywhere) float HoldTimeThreshold = 0.5f;
protected:
    virtual ETriggerState UpdateState_Implementation(const UEnhancedPlayerInput* PlayerInput, const FInputActionValue& Value, float DeltaTime) override {
        if (Value.Get<bool>()) {
            HeldTime += DeltaTime;
            if (HeldTime >= HoldTimeThreshold) { bHasTriggered = true; return ETriggerState::Triggered; }
            return ETriggerState::Ongoing;
        }
        HeldTime = 0.0f; bHasTriggered = false;
        return ETriggerState::None;
    }
private:
    float HeldTime = 0.0f;
    bool bHasTriggered = false;
};

4. 自定义 Modifier（死区）：重写 ModifyRaw_Implementation，对 Axis2D 用 Magnitude < Threshold 置零并按 (Mag - Threshold)/(1 - Threshold) 重缩放，实现死区平滑过渡。
5. 复杂输入组合：双击 Trigger 记录 LastTapTime，两次按下间隔小于窗口即触发；组合键通过多个 Trigger 同时作用于一个 Action 或绑定多个 Action 联合判断。
6. 动态切换：Subsystem->AddMappingContext(Context, Priority) / RemoveMappingContext，高优先级 Context 覆盖低优先级；可切换 Gameplay/UI/载具输入模式。
7. 易错点：MappingContext 要随 BeginPlay 添加；绑定回调注意生命周期，BindUObject 防悬空；Input Action 的 ValueType 必须与 Value.Get<T>() 一致。

考点： Ability/Effect/Attribute/Tag 四要素关系、技能生命周期、网络预测、Tag 驱动设计

参考答案：

1. 四大核心概念：
   • Gameplay Ability（GA）：技能逻辑。重写 ActivateAbility / CanActivateAbility / EndAbility；CommitAbility 统一检查 Cost/Cooldown；InstancingPolicy 决定实例化策略（InstancedPerActor 常用）；NetExecutionPolicy 决定网络策略（LocalPredicted 支持预测）。
   • Gameplay Effect（GE）：数值修改。DurationPolicy 分 Instant（伤害/治疗）、Duration（Buff/DoT）、Infinite（被动/装备）、Periodic（周期回血）；通过 FGameplayModifierInfo 声明修改哪个 Attribute、ModOp、Magnitude（可用 FScalableFloat 曲线缩放）。
   • Attribute Set：属性集合。FGameplayAttributeData + ATTRIBUTE_ACCESSORS 宏；PreAttributeChange 做 Clamp，PostGameplayEffectExecute 做伤害/死亡等逻辑；需在 GetLifetimeReplicatedProps 中 DOREPLIFETIME。
   • Gameplay Tag：标签系统。技能/状态/冷却/伤害类型/事件统一用层级 Tag 描述，ASC 上 HasMatchingGameplayTag / GetTagCount 查询。
2. 四者关系：ASC（AbilitySystemComponent）为枢纽，持有 Abilities 与 Effects；GA 通过 Commit 触发 GE；GE 修改 AttributeSet；Tag 贯穿全流程（AbilityTags/BlockedTags/Cost/Cooldown）。
3. 完整流程示例：GA 激活 → CommitAbility 扣蓝 → SpawnActor 投射物 → 命中后 ASC 应用伤害 GE → PostGameplayEffectExecute 扣血并检查死亡 → 发送 Event.Death 事件。
4. 网络：LocalPredicted 让客户端预测技能效果（如伤害数字/动画），服务器权威校验后纠正；GameplayCue 处理视觉/音频反馈（可本地执行）。
5. 易错点：Attribute 修改一定要在 PostGameplayEffectExecute 中 Clamp；GA 结束要显式 EndAbility；Tag 别用字符串硬编码，注册为 Native Tag。
6. 延伸：TargetActor 用于目标选择（瞄准/AOE）；UE5.3+ 改进了技能动画蒙太奇的网络同步。

考点： Tag 层级结构、TagContainer/TagQuery、原生 Tag 注册、性能

参考答案：

1. 层级设计原则：点分层级，如 Ability.Skill.Fireball、State.Stunned、Damage.Physical、Cooldown.Skill.Fireball、Event.Death、Cue.Fire.Impact、UI.HUD.Combat。
   • 保持 3~5 层深度；枚举式命名、大小写/分隔符一致；为每个 Tag 加说明文本。
   • 避免：过深层级、运行时频繁创建销毁 Tag、用 Tag 存数值（应放 Attribute）。
2. C++ 使用：原生 Tag 通过 UGameplayTagsManager::AddNativeGameplayTag(FName, 描述) 注册为静态成员，避免字符串查找开销。
3. TagContainer 操作：AddTag / HasTag / HasAny / HasAll / Filter。
4. TagQuery 高级查询：FGameplayTagQuery::MakeQuery_MatchAllTags + AddRequire_MatchNoTags，可表达"有 Alive 且无 Stunned"这类复合条件，也用于 GE 的 Application 条件。
5. 性能：RequestGameplayTag 线程安全；原生 Tag 编译期注册更快；UE5 有可视化 GameplayTag 编辑器；Tag 可在 DataTable 批量定义。
6. 与 GAS 结合：GA 的 AbilityTags / ActivationOwnedTags / ActivationBlockedTags 全部用 Tag 驱动，实现"施法中禁止其他技能、眩晕禁止技能"等规则。

考点： 数据驱动架构、资产类型选型、异步加载、Asset Manager

参考答案：

1. DataTable：适合大量同质化数据（物品表/技能表/配置表）。
   • 行结构继承 FTableRowBase，按 RowName 索引；
   • 支持 CSV/JSON 导入导出、编辑器表格编辑；
   • 整表加载，不支持异步与 Asset Manager。

USTRUCT(BlueprintType)
struct FItemData : public FTableRowBase {
    GENERATED_BODY()
    UPROPERTY(EditAnywhere) FName ItemID;
    UPROPERTY(EditAnywhere) FText DisplayName;
    UPROPERTY(EditAnywhere) int32 MaxStackSize = 1;
};
// 读取：ItemDataTable->FindRow<FItemData>(FName("Sword_Iron"), TEXT("ItemLookup"));

2. DataAsset：适合单一配置对象或复杂嵌套数据（角色配置、技能配置）。编辑器用详情面板编辑，引用加载。
3. PrimaryDataAsset：DataAsset 增强版，支持 Asset Manager 异步加载与引用。
   • 必须重写 GetPrimaryAssetId() 返回 FPrimaryAssetId(Type, Name)；
   • 属性用 TSoftObjectPtr / TSoftClassPtr 软引用避免硬引用内存膨胀；
   • 通过 UAssetManager::LoadPrimaryAsset 异步加载、GetPrimaryAssetIdList 批量预加载。
4. 对比速查：

5. 延伸：UE5 的 Data Registry 是 DataTable 的增强替代；数据驱动配合 GAS 可让角色/技能配置完全资产化。

考点： 各类 Subsystem 生命周期、与单例模式对比、自定义 Subsystem

参考答案：

1. Subsystem 类型与生命周期：
   • UGameInstanceSubsystem：随 GameInstance 创建/销毁，跨关卡全局管理器；
   • UWorldSubsystem：随 World 创建/销毁，关卡级管理器；
   • UTickableWorldSubsystem：可每帧 Tick 的 World 子系统；
   • ULocalPlayerSubsystem：随 LocalPlayer 创建/销毁，本地玩家相关系统；
   • UEditorSubsystem：仅编辑器内。
2. 获取方式：GetGameInstance()->GetSubsystem<USaveGameSubsystem>()、GetWorld()->GetSubsystem<UAIManagerSubsystem>()、ULocalPlayer::GetSubsystem<T>()。
3. vs 传统单例：

4. 自定义示例：

UCLASS()
class USaveGameSubsystem : public UGameInstanceSubsystem {
    GENERATED_BODY()
public:
    virtual void Initialize(FSubsystemCollectionBase& Collection) override { Super::Initialize(Collection); RefreshSaveSlots(); }
    virtual void Deinitialize() override { if (!CurrentSaveSlot.IsEmpty()) AutoSave(); Super::Deinitialize(); }
    UFUNCTION(BlueprintCallable) bool SaveGame(const FString& SlotName);
    UFUNCTION(BlueprintCallable) void AutoSave();
    UFUNCTION(BlueprintCallable) bool LoadGame(const FString& SlotName);
private:
    UPROPERTY(BlueprintReadOnly) FString CurrentSaveSlot;
};

5. 高级：ShouldCreateSubsystem 条件创建；FSubsystemCollectionBase::InitializeDependency 声明子系统依赖；IsTickable 控制是否 Tick。

考点： 编译单元、插件结构、跨项目复用

参考答案：

1. 模块（Module）：UE 的基本编译单元，由 .Build.cs 定义，一个项目可有多个模块，模块间通过依赖管理。
2. 插件（Plugin）：独立功能包，可跨项目复用，包含一个或多个模块，有 .uplugin 描述文件，可含 Content 目录存放资产。
3. 关键区别：

考点： .uplugin、Build.cs、模块依赖、API 暴露、循环依赖解决方案

参考答案：

1. 插件结构：MyPlugin.uplugin（描述）+ Source/MyPluginRuntime（运行时模块）+ Source/MyPluginEditor（编辑器模块）+ Content/（资产）。
2. .uplugin：声明 Modules（Name/Type/LoadingPhase）、Plugins（依赖的引擎/第三方插件）、CanContainContent。

{
    "FileVersion": 3,
    "FriendlyName": "My Plugin",
    "CanContainContent": true,
    "Modules": [
        { "Name": "MyPluginRuntime", "Type": "Runtime", "LoadingPhase": "Default" },
        { "Name": "MyPluginEditor", "Type": "Editor", "LoadingPhase": "PostEngineInit" }
    ],
    "Plugins": [ { "Name": "GameplayAbilities", "Enabled": true } ]
}

3. Build.cs：PublicDependencyModuleNames（头文件可见）与 PrivateDependencyModuleNames（仅实现可见）分离，减少重编译范围；编辑器模块用 if (Target.bBuildEditor) 条件依赖 UnrealEd。

PublicDependencyModuleNames.AddRange(new string[] { "Core", "CoreUObject", "Engine", "GameplayAbilities", "GameplayTags" });
PrivateDependencyModuleNames.AddRange(new string[] { "Slate", "SlateCore", "UMG" });
if (Target.bBuildEditor) { PrivateDependencyModuleNames.Add("UnrealEd"); }

4. API 暴露：导出宏 XXX_API；通过 IModuleInterface 的 StartupModule/ShutdownModule 初始化，FModuleManager::LoadModuleChecked<T>() 获取模块单例；更推荐用 UGameInstanceSubsystem 承载插件业务（自动生命周期管理）。
5. 循环依赖：A 依赖 B、B 依赖 A 会编译失败，三种解法：
   • 提取公共接口到第三个模块（PluginInterface），双方只依赖接口；
   • 模块接口模式：FModuleManager::GetModulePtr<IPluginAService>("PluginA") 动态获取；
   • 事件/委托解耦：A 声明多播委托，B 通过 Subsystem 监听而不直接依赖 A。
6. LoadingPhase 控制加载时机（PostEngineInit、Default 等），注意编辑器模块必须在引擎初始化后加载。

考点： Editor 模块、Slate Tab、ToolMenus 菜单扩展

参考答案：

1. 结构：Type: "Editor" 的模块，Build.cs 依赖 UnrealEd / Slate / SlateCore / EditorStyle / ToolMenus。
2. 注册自定义 Tab：FGlobalTabmanager::Get()->RegisterNomadTabSpawner("MyCustomTab", ...) 提供 SpawnTab 回调；用 UToolMenus::ExtendMenu("LevelEditor.Window.Menu") 添加菜单入口，TryInvokeTab 打开面板。
3. Tab 内容：SNew(SDockTab).TabRole(ETabRole::NomadTab)[ SNew(SVerticalBox) + SVerticalBox::Slot()[ SNew(STextBlock)... ] ]。
4. 生命周期：StartupModule 注册 Tab/菜单，ShutdownModule 用 UnregisterNomadTabSpawner 清理。
5. 易错点：Slate 控件用 TSharedRef/SNew 管理；编辑器模块不能进入游戏构建；注册回调注意 CreateRaw/CreateLambda 与模块卸载的绑定清理。

考点： World Partition 网格、OFPA、Data Layer、HLOD、与 Level Streaming 对比

参考答案：

1. 传统 Level Streaming 的痛点：手动划 SubLevel、整关卡一个文件导致多人编辑冲突、加载粒度粗、编辑器打开大关卡卡顿。
2. World Partition 设计：World Partition = 空间网格分区 + 按距离自动流式加载 + OFPA。
   • 世界自动划分为 Grid Cell，每个 Cell 独立加载单元；
   • 按玩家距离自动加载/卸载（卸载用 1.2 倍距离滞后避免抖动）；
   • 支持多 Grid 层（不同 Cell 大小）与 RuntimeGrid 配置。
3. One File Per Actor（OFPA）：每个 Actor 存为独立文件 {MapName}/{ActorPackageName}.uasset，多人可同时编辑不同 Actor 不冲突，版本控制按 Actor 独立提交。
4. Data Layer：控制不同层可见/加载状态（白天/夜晚、任务层、天气层），运行时用 UDataLayerSubsystem::SetDataLayerRuntimeState(Layer, Activated/Unloaded) 切换。
5. HLOD：World Partition 自动为远处 Actor 生成合并简化网格（Hierarchical LOD），配合大世界性能。
6. 大世界坐标（LWC）：UE5 FVector 双精度，渲染单精度用 Origin Rebasing 保证远处精度。
7. 对比：

8. 易错点：World Partition 地图启用后不能随便用传统 SubLevel 工作流（可用 Streaming Proxy 兼容）；流式加载回调里谨慎访问未加载对象。

考点： 各特性解决的问题、适用场景与限制、技术选型

参考答案：

1. Nanite：虚拟化微多边形几何体，自动 LOD，支持数亿三角面实时渲染。
   • 适用：静态网格（建筑/岩石/植被）、高精度扫描资产；
   • 限制：传统上不支持骨骼网格（UE5.4+ 实验支持）、半透明材质、自定义 WPO（部分支持）。
2. Lumen：实时全局光照与反射，无需烘焙 Lightmap，支持动态场景。
   • 两种模式：Software Ray Tracing（SDF + Surface Cache，无需 RTX 硬件）、Hardware Ray Tracing（RTX 加速，更高质量，开销更大）；
   • 适用：室内外场景、昼夜循环、高质量 GI。
3. World Partition：大世界自动分块流式加载（详见 9.1）。
4. MetaHuman：高保真数字人类工具，云端生成、集成绑定动画，MetaHuman Animator 做面部动捕，配合 Control Rig 与 Live Link。
5. PCG：节点图式程序化内容生成，可做植被分布、城市布局、地牢生成，与 World Partition 集成（PCGPartitionActor）。
6. 选型思路：按项目需求选技术栈并权衡性能（如移动端禁用 Nanite/Lumen，用烘焙光照 + CSM）。

考点： 三技术原理、适用场景、协同工作、性能配置

参考答案：

1. Nanite（虚拟化几何体）：高面数网格预处理为 Cluster 层次（约 128 三角/簇），GPU 驱动渲染，运行时按屏幕像素需求动态选 LOD，软件光栅化，CPU 开销极低，实例化近乎零开销。
   • 限制：传统不支持骨骼网格（UE5.4+ 实验）、半透明、Morph Target、自定义深度/模板。
2. Lumen（全局光照）：Surface Cache 预计算表面光照 + Screen Space Tracing + Global Tracing + 时间累积降噪。
   • Software 模式性能好精度适中；Hardware 模式精度高开销大；
   • 限制：小物体光照不够精确，需配置平衡质量与性能。
3. Virtual Shadow Maps（虚拟阴影贴图）：用虚拟纹理技术管理阴影，支持 16K×16K 虚拟分辨率，只渲染可见区域阴影，静态物体阴影可缓存，级联划分不同分辨率。
   • 优势：无锯齿、无 Peter Panning、与 Nanite 深度集成；
   • 限制：开销比传统 CSM 大，大量动态光源是瓶颈。
4. 三者协同：
   • Nanite + VSM：共享 Cluster 数据结构，VSM 利用 Nanite 几何信息生成高质量阴影；
   • Nanite + Lumen：Surface Cache 利用 Nanite 几何信息，为高面数场景提供实时 GI；
   • Lumen + VSM：GI 与阴影互补，共享时间累积降噪。
5. 性能配置：r.Nanite.MaxPixelsPerEdge（LOD 精度）、r.Lumen.TraceMeshSDFs、r.Shadow.Virtual.Enable 等控制台变量；移动端建议禁用 Nanite/Lumen/VSM，回退传统管线。
6. 延伸：r.Nanite.Visualize 可视化 Cluster，stat ShadowRendering 查看 VSM 页面分配，UE5.4+ Nanite 支持植被。

考点： Nanite 扩展原理、GPU 蒙皮、适用场景与限制、角色渲染策略

参考答案：

1. 背景：UE5.0-5.3 Nanite 仅支持静态网格；UE5.4+ 扩展支持骨骼网格体。
2. 原理：流程为 骨骼动画 → GPU 蒙皮 → Nanite LOD 选择 → 软件光栅化。
   • 蒙皮后顶点位置动态，Cluster 边界需动态更新；
   • 蒙皮在 GPU 完成，Nanite 的 LOD 选择在蒙皮后进行。
3. 对比：传统角色渲染手动建 LOD 链、数万~十数万三角面；Nanite 角色自动 LOD、可选数百万三角面、GPU 蒙皮、流式加载，性能取决于屏幕覆盖度。
4. 限制：GPU 开销比传统更高，适合少量高关注角色（主角/Boss）；高精度需要高质量骨骼权重；仍不支持透明材质；部分功能（Morph Target/Cloth）兼容性受限。
5. 最佳实践：
   • 主角/Boss/过场用 Nanite 骨骼网格，NPC 用传统骨骼网格 + 手动 LOD；
   • 通过 LOD 系统混合两种方案；
   • 性能监控用 stat Nanite。

考点： UI 分层、Slate 声明式语法、适用场景

参考答案：

1. 层级关系：UMG（蓝图友好层）→ UWidget（C++ 基类）→ SWidget（Slate 底层控件）→ 渲染。
   • Slate 是底层 C++ UI 框架；
   • UMG 是蓝图友好的包装层，把 Slate 控件暴露给蓝图。
2. Slate 声明式语法：SNew(...) 构建控件树，+ Slot() 添加子项，属性用链式 .Padding()/.Text() 设置。

TSharedRef<SWidget> Widget =
    SNew(SVerticalBox)
    + SVerticalBox::Slot().AutoHeight().Padding(10.0f)
    [ SNew(STextBlock).Text(FText::FromString("Hello Slate!")) ]
    + SVerticalBox::Slot().AutoHeight()
    [ SNew(SButton).OnClicked(FOnClicked::CreateLambda([]() { return FReply::Handled(); }))
      [ SNew(STextBlock).Text(FText::FromString("Click Me")) ] ];

3. 对比：

考点： 创建/构建/销毁时机、Native 与蓝图回调对应

参考答案：

1. 流程：
   1. CreateWidget → 构造函数 → 初始化控件树；
   2. AddToViewport → NativeConstruct()（C++）/ Construct()（蓝图）；
   3. 每帧 NativeTick()（需 bCanEverTick）；
   4. RemoveFromParent → NativeDestruct() / Destruct()；
   5. 无引用时 GC 回收。
2. 关键代码：

virtual void NativeConstruct() override { Super::NativeConstruct(); /* 初始化 */ }
virtual void NativeTick(const FGeometry& MyGeometry, float InDeltaTime) override { Super::NativeTick(MyGeometry, InDeltaTime); }
virtual void NativeDestruct() override { /* 清理 */ Super::NativeDestruct(); }

UPROPERTY(meta = (BindWidget))
UProgressBar* HealthBar;

3. 易错点：BindWidget 变量必须在蓝图同名绑定否则崩溃；Tick 开销大，低频更新禁用；Construct 不能访问 World 相关可能为 null。

考点： 绑定方式、性能、ViewModel 模式

参考答案：

1. Property Binding（属性绑定）：蓝图把控件属性绑定到函数，每帧调用拉取值。简单但每帧开销大，数据没变也浪费。
2. 事件驱动（推荐）：数据变化时才更新 UI。

void SetHealth(float NewHealth) {
    if (CurrentHealth != NewHealth) {
        CurrentHealth = NewHealth;
        HealthBar->SetPercent(CurrentHealth / MaxHealth);
        HealthText->SetText(FText::AsNumber(CurrentHealth));
    }
}

3. ViewModel 模式（UE5 推荐）：数据与 UI 分离，数据对象持有 FOnChanged 多播委托，Set 后 Broadcast 通知刷新，适合多处显示同一数据。
4. 选型：简单原型用 Property Binding；复杂 UI 用事件驱动；多处共享数据用 ViewModel；频繁更新数据用事件驱动 + 脏标记。

考点： 绘制缓存、失效机制、Render Target

参考答案：

1. 问题：默认 UMG 每帧重绘所有 Widget，复杂 UI 卡顿。
2. Invalidation Box（失效框）：包裹不常变化的区域，内容变化时才重绘，否则用缓存结果。适用：HUD 静态元素、菜单背景、低频文本。
3. Retainer Box（保留框）：将 UI 渲染到离屏 Render Target，按指定频率更新 RT，再绘制到屏幕。适用：复杂特效（模糊/扭曲）、小地图等低频更新 UI。

if (RetainerBox) {
    RetainerBox->SetRenderingPhase(0, 3); // 每 3 帧更新一次
}

4. 对比：默认（CPU/GPU 均高）、Invalidation Box（CPU/GPU 均低，静态内容）、Retainer Box（CPU 低 GPU 中，复杂但低频）。
5. 易错点：Retainer Box 的离屏 RT 增加显存与带宽；动态内容放 Retainer 反而更慢。

考点： DPI 缩放、锚点、Safe Zone、分辨率无关设计

参考答案：

1. DPI 缩放：UserInterfaceSettings 配置 DPI Scaling 曲线，保证不同分辨率下 UI 尺寸一致。
2. Anchors（锚点）：左上锚点固定左上角、中心锚点居中、全屏锚点拉伸填满，实现响应式布局。
3. Safe Zone（安全区域）：处理刘海屏/圆角屏，用 Safe Zone Widget 或 FSlateApplication::Get().GetSafeZoneSize() 获取安全边距。
4. 分辨率无关设计：用百分比布局而非绝对像素，文字用 DPI 缩放，UWidgetLayoutLibrary::GetViewportScale 取缩放。
5. 平台差异：PC 支持键鼠+手柄、UI 可复杂；主机电视考虑观看距离、按钮文字要大、Safe Zone 重要；移动端触摸按钮大、支持横竖屏、考虑刘海；VR 用 World Space 3D UI。

考点： SLATE_BEGIN_ARGS、OnPaint、UMG 包装

参考答案：

1. 步骤 1：定义控件类，继承 SLeafWidget，用 SLATE_BEGIN_ARGS/SLATE_END_ARGS 声明属性（SLATE_ATTRIBUTE 支持动态值），实现 ComputeDesiredSize 与 OnPaint。
2. OnPaint 绘制：FSlateDrawElement::MakeBox/MakeText 等按 LayerId 顺序绘制；返回最大 LayerId。

class SMyCustomWidget : public SLeafWidget {
public:
    SLATE_BEGIN_ARGS(SMyCustomWidget) {}
        SLATE_ATTRIBUTE(float, MyValue)
    SLATE_END_ARGS()
    void Construct(const FArguments& InArgs) { MyValue = InArgs._MyValue; }
    virtual int32 OnPaint(const FPaintArgs& Args, const FGeometry& AllottedGeometry,
        const FSlateRect& MyCullingRect, FSlateWindowElementList& OutDrawElements,
        int32 LayerId, const FWidgetStyle& InWidgetStyle, bool bParentEnabled) const override {
        FSlateDrawElement::MakeBox(OutDrawElements, LayerId, AllottedGeometry.ToPaintGeometry(),
            FCoreStyle::Get().GetBrush("GenericWhiteBox"), ESlateDrawEffect::None, FLinearColor::Gray);
        return LayerId;
    }
private:
    TAttribute<float> MyValue;
};

3. 步骤 2：UMG 包装：继承 UWidget，重写 RebuildWidget() 返回 SNew(SMyCustomWidget)，供蓝图使用。
4. 易错点：Slate 控件生命周期用 TSharedRef 管理；属性用 TAttribute 可随数据变化；注意 IsEnabled/SetVisibility 等基类行为。

考点： 跨平台输入抽象、焦点管理、按钮提示、Widget 栈

参考答案：

1. 设计理念：
   • 输入设备无关：通过 CommonInput 抽象层适配键鼠/手柄/触屏；
   • 统一焦点导航：手柄方向键导航、触屏点击导航；
   • 按钮提示自动切换：按当前输入设备显示对应图标（Xbox/PS/Switch/PC）；
   • 响应式布局 + 安全区域。
2. 核心组件：
   • UCommonActivatableWidget：可激活/停用 Widget，带 InputMode（Menu/Game）与鼠标锁定；
   • UCommonButtonBase：通用按钮，自动更新输入提示（CommonActionWidget 绑定 InputAction）；
   • UCommonActivatableWidgetStack：Widget 压栈/弹栈管理（PushWidget/PopWidget）。
3. 输入设备自动切换：监听 UCommonInputSubsystem::OnInputTypeChanged，切换时显示/隐藏对应提示并调整焦点。
4. 焦点管理：NativeOnActivated 设置默认焦点按钮；重写 NativeOnNavigation 用 FNavigationReply::Explicit 自定义导航目标。
5. 与 Enhanced Input 集成：CommonActionWidget->SetInputAction(InputAction) 自动展示对应设备图标。
6. 适用：需要手柄/键鼠/触屏统一体验的跨平台游戏 UI。

考点： 单播/多播/动态多播委托、事件总线、松耦合

参考答案：

1. 单播委托（1 对 1）：DECLARE_DELEGATE_OneParam(FOnHealthChanged, float)，BindLambda/BindUObject 绑定，Execute 执行。
2. 多播委托（1 对多）：DECLARE_MULTICAST_DELEGATE_TwoParams(...)，AddUObject 多个监听者，Broadcast 通知所有。
3. 动态多播委托（蓝图可用）：DECLARE_DYNAMIC_MULTICAST_DELEGATE_OneParam(FOnScoreChanged, int32)，UPROPERTY(BlueprintAssignable) 暴露给蓝图，AddDynamic/Broadcast。

DECLARE_DYNAMIC_MULTICAST_DELEGATE_OneParam(FOnScoreChanged, int32, NewScore);
UPROPERTY(BlueprintAssignable) FOnScoreChanged OnScoreChanged;
// 广播：OnScoreChanged.Broadcast(NewScore);

4. 事件总线模式：UGameInstanceSubsystem 持有全局多播委托，各系统通过 EmitEvent(EventName, Payload) 广播、AddDynamic 订阅，实现完全解耦的系统间通信。
5. 易错点：动态委托参数类型要加参数名（int32, NewScore）；委托绑定对象销毁时记得解绑（或用弱引用绑定），避免悬空调用。

考点： 对象复用、GC 压力、池化策略

参考答案：

1. 适用场景：子弹/弹壳/特效等频繁创建销毁的对象、AI 实例的动态生成、UI 列表项复用。
2. 实现要点：初始化时批量 Spawn 并隐藏；获取时找空闲对象（激活渲染/碰撞/Tick）；归还时隐藏、关碰撞、关 Tick、移到远处；池满时可动态扩展。
3. 激活/停用关键代码：

void DeactivateActor(AActor* Actor) {
    Actor->SetActorHiddenInGame(true);
    Actor->SetActorEnableCollision(false);
    Actor->SetActorTickEnabled(false);
    Actor->SetActorLocation(FVector(0, 0, -10000)); // 移到远处
}

4. 收益：避免频繁 Spawn/Destroy 造成的 GC 与内存分配开销，稳定帧率。
5. 易错点：池中对象要彻底重置状态；网络复制场景下池化需谨慎处理归属与同步；粒子特效用 AutoActivate 与 Deactivate 接口控制。

考点： 状态管理、行为树、动画状态机选型

参考答案：

1. 状态模式核心：把状态封装为独立对象/分支，状态转换由当前状态决定。
2. 方式 1：枚举状态机（简单场景）：enum class EAIState { Idle, Patrol, Chase, Attack, Dead }，Tick 中 switch 判断转换条件。适合状态少、逻辑简单的场景。
3. 方式 2：行为树（复杂 AI 推荐）：Root → Selector（选择器）→ Sequence（序列）+ Decorator（条件）+ Task（行为）。
   • 优点：可视化、数据驱动、易扩展、可复用子树；
   • 适合：敌人 AI、Boss 行为等复杂决策。
4. 方式 3：动画状态机：AnimBP 的 State Machine，按 Speed/IsInAir 等参数做 Idle/Run/Jump 转换，负责表现层。
5. 选型：简单逻辑用枚举状态机，复杂 AI 用行为树，动画表现用 AnimBP 状态机；UE5 的 StateTree 也可作为行为树之外的轻量状态管理方案。

考点： 代码质量、性能陷阱、最佳实践

参考答案：

1. Tick 滥用：每帧做低频操作（查网络等）。规避：定时器 SetTimer(Handle, ..., 5.0f, true) 或事件驱动。
2. GetAllActorsOfClass 滥用：每帧全场景查找 O(N)。规避：缓存引用、Subsystem 维护注册表、空间查询。
3. 蓝图 Cast To 滥用：链式 Cast 慢且耦合。规避：用接口（UINTERFACE + IInteractable）代替类型判断。
4. 硬引用大资产：直接 UStaticMesh* 引用导致加载时连带加载。规避：TSoftObjectPtr 软引用按需加载。
5. 构造函数做逻辑：构造函数中 SpawnActor 会崩溃（World 不存在）。规避：初始化放 BeginPlay；构造函数只做默认值。
6. 其他：不用 UPROPERTY 的裸指针被 GC 误回收、循环引用不打破、字符串硬编码 Tag 等。核心思路：生命周期交给引擎、解耦优先、性能敏感处用缓存。

考点： AnimBP 组成、状态机、混合空间、优化

参考答案：

1. 定义：控制角色动画的逻辑图，每帧更新计算最终骨骼姿态。
2. 核心组件：
   • Anim Graph：动画图表，定义如何混合/播放动画；
   • Event Graph：事件图表，处理动画逻辑（更新变量）；
   • State Machine：状态机，管理动画状态转换（Idle/Run/Jump）；
   • Blend Space：混合空间，按参数混合多个动画（如速度/方向）。
3. 工作流程：创建 AnimBP 关联 Skeleton → Event Graph 更新速度/方向变量 → Anim Graph 用状态机+混合空间 → 赋给 SkeletalMeshComponent。
4. 优化技巧：动画 LOD 远距离简化；Event Graph 不放复杂逻辑；用 Animation Notify 触发事件；合理利用多线程动画更新。

考点： 一次性动画、动画通知、插槽系统

参考答案：

1. 用途：播放一次性动画（攻击/受伤/死亡）、动画通知（特定帧触发音效/粒子/伤害判定）、动画分支、动画混合、插槽系统（上半身播放不影响下半身）。
2. 优势：可动态播放无需 AnimBP 预设；不同插槽同时播多个蒙太奇；可中断替换；C++/蓝图均可调用。

UAnimInstance* AnimInstance = GetMesh()->GetAnimInstance();
if (AnimInstance) {
    AnimInstance->Montage_Play(AttackMontage, 1.0f);
}

3. 动画通知：AnimNotify（特定帧单次触发）、AnimNotifyState（一段时间持续触发，如武器挥动判定窗口）。

考点： 系统设计、模块间数据流、架构思维

参考答案：

1. 分层架构：GameInstance（Save/Config/Online 管理器）→ GameMode（Spawn/状态机/Score 管理）→ PlayerCharacter（GAS + Inventory/Equipment/Interaction 组件）→ UI Layer（HUD/背包/技能栏 Widget）。
2. 角色管理：ACharacter + IAbilitySystemInterface，组合 UAbilitySystemComponent、UMyAttributeSet、UInventoryComponent、UEquipmentComponent、UInteractionComponent。
3. 模块通信：组件暴露动态多播委托（OnInventoryChanged、OnEquipmentChanged、OnHealthChanged），UI 订阅刷新；跨系统事件走 GameplayMessageSubsystem 或事件总线实现松耦合。
4. 数据流示例（使用物品）：UI 点击 → InventoryComponent::UseItem → 检查 UseEffect → ASC->ApplyGameplayEffectToSelf → GE 修改 Attribute → PostGameplayEffectExecute 通知 → UI 刷新 → 播放 GameplayCue → 移除物品。
5. 设计要点：数据驱动（物品/角色配置用 DataAsset/PrimaryDataAsset）、技能走 GAS、网络属性标记 Replicated、输入用 Enhanced Input 绑定 GAS 技能触发。

考点： 综合技术选型、性能预算、开发里程碑

参考答案：

1. 技术栈：渲染 Nanite + Lumen；世界 World Partition + PCG；角色 GAS + Enhanced Input；AI 行为树 + EQS + 感知系统；网络 Dedicated Server + Client Prediction。
2. 世界构建：World Partition Grid（256m 单元）+ Data Layer（基础/昼夜/任务/天气层）+ HLOD（远处简化 + 天际线）。
3. 角色系统：GAS（AttributeSet: Health/Mana/Stamina）+ Inventory/Equipment + 动画（AnimBP 状态机 + AnimMontage + Motion Warping）。
4. AI 方案：按类型分村民/敌人/Boss/中立生物；行为树决策 + EQS 选点 + 感知系统；性能用 AI Manager 统一管理、Significance Manager 分级、远处简化逻辑。
5. 网络：服务器权威（AI、伤害计算、世界状态）；客户端只做表现与预测；同步策略：属性 Replicated、世界事件 Multicast RPC、物品只同步变化。
6. 性能预算（60fps 16.6ms）：Nanite 2-4ms、Lumen 3-5ms、阴影 2-3ms、后处理 1-2ms；游戏逻辑 5-8ms（GAS 1-2 / AI 2-3 / 物理 1-2 / 动画 1-2）；网络 1-2ms。
7. 优化手段：LOD（Nanite/HLOD/动画 LOD）、流式加载、对象池（投射物/特效/AI）、异步（异步加载资产/寻路/EQS）。
8. 里程碑：核心框架（3 月）→ 核心玩法（3 月）→ 内容扩展（3 月）→ 打磨优化（3 月）。

考点： GameFeature、Experience、模块化与数据驱动

参考答案：

1. 核心设计思想：高度模块化、数据驱动、插件化扩展。
2. 模块划分：Plugins 下 GameFeatures（ShooterCore/ShooterExplorer/TopDownArena 等）+ ModularGameplay 插件；Source/LyraGame 下按 Character/Equipment/Inventory/Input/Camera/UI 分目录。
3. GameFeature 系统：通过插件动态添加/移除游戏功能。UGameFeatureAction 重写 OnGameFeatureActivating / OnGameFeatureDeactivating，在激活时注入输入映射、授予能力、切换 UI。
4. 角色系统：ALyraCharacter 组合 ULyraAbilitySystemComponent / ULyraAttributeSet / ULyraEquipmentManagerComponent / ULyraInventoryManagerComponent，能力通过 GameFeature 动态注入。
5. 设计理念总结：
   • 模块化：功能按 GameFeature 插件装配，可动态注入/移除；
   • 数据驱动：Experience 数据资产定义游戏模式，参数用 DataTable/DataAsset；
   • GAS 为核心：能力/属性/状态全部走 GAS + Tag；
   • Enhanced Input：输入映射与 GameFeature 绑定，支持运行时切换；
   • CommonUI：跨平台 UI，输入设备自动切换焦点。
6. 参考价值：小项目可借鉴组件化角色与输入解耦；大项目可直接借鉴 GameFeature 插件化与 Experience 数据驱动。

考点： 数据驱动游戏模式、GameFeature 激活、与传统 GameMode 对比

参考答案：

1. 核心思想：把传统 GameMode 的硬编码逻辑替换为数据驱动的配置资产（UPrimaryDataAsset 派生）。
2. vs 传统 GameMode：传统规则硬编码、切换要新建子类、配置分散；Experience 规则集中在数据资产、切换只换资产、通过 GameFeature 复用组合。
3. 数据结构：ULyraExperienceDefinition 声明 GameFeaturesToEnable、DefaultPawnClass、ControllerClass、PlayerStateClass、GameStateClass、DefaultAbilities、DefaultAttributeSets、InputConfigs、DefaultWidgets。
4. 工作流程：异步加载 Experience 资产 → 激活其声明的 GameFeature 插件 → 等待全部加载 → 应用配置（改写 GameMode 默认类、给玩家授予默认能力）→ Broadcast 加载完成。
5. 创建自定义 Experience：新建 PrimaryDataAsset 继承定义类 → 配置 GameFeatures/默认类/能力/输入/UI → 如"夺旗模式"启用 ShooterCore+CTF 插件、加 GrabFlag/CaptureFlag 能力、配 CTF HUD。
6. 运行时切换：停用当前 Experience 的 GameFeature → SetCurrentExperience(新Id)；异步加载避免切换卡顿。
7. 易错点：GameFeature 激活有依赖顺序；等待所有 Feature 加载完成再应用，避免竞态。

考点： 物品定义与实例、背包管理、堆叠/拆分/交易、网络同步

参考答案：

1. 物品定义（Definition）：UPrimaryDataAsset 静态属性（DisplayName、ItemType、Rarity、bStackable、MaxStackSize、Weight、GrantedAbility、ItemTags），重写 GetPrimaryAssetId。
2. 物品实例（Instance）：运行时 UObject，持有 Definition 引用 + 动态数据（StackCount、DynamicAttributes、ItemGuid）。
   • CanStackWith 判断可否堆叠；AddStack 返回剩余数量；RemoveStack 返回实际移除数；
   • IsSupportedForNetworking + DOREPLIFETIME 支持网络复制。
3. 背包管理器（Component）：TArray<FLyraInventorySlot> 槽位 + MaxSlots + MaxWeight 负重。
   • AddItem：先负重检查 → 尝试堆叠现有槽 → 创建新槽；
   • MoveItem：空槽直接移动、可堆叠则合并、否则交换；
   • 变更广播 OnInventoryChanged（ReplicatedUsing 的 OnRep 也广播）。
4. 网络：背包数据 ReplicatedUsing 同步；交易等修改操作走 Server, Reliable RPC，服务器校验后复制。
5. 与 GAS 集成：使用物品触发 GameplayAbility / 应用 GE（GrantedAbility、UseEffect）。
6. 易错点：物品实例是 UObject 需正确网络复制与 GC 引用；堆叠边界处理（MaxStackSize 取余）；负重校验在服务器端权威执行。

考点： 对话节点/选项/条件、分支逻辑、本地化、事件触发

参考答案：

1. 数据结构：FDialogueNode（NodeId、SpeakerId、FText 文本、LocalizationKey、VoiceOver、Options、NextNodeId、TriggerEvent、DisplayCondition）；FDialogueOption（文本、NextNodeId、条件、TriggerEvent、是否关闭对话）；FDialogueCondition（RequiredTags/BlockedTags、RequiredItem、RequiredQuestState）。
2. 对话资产：UDialogueAsset : UPrimaryDataAsset，TMap<FName, FDialogueNode> Nodes + StartNodeId + bRepeatable。
3. 管理器（Component）：StartDialogue 检查开始条件 → 显示 UI 与首节点；SelectOption 触发选项事件、按 NextNodeId 跳转或关闭；ContinueDialogue 自动跳转或结束；EndDialogue 清理并广播结束事件。
4. 条件判断：用 ASC 的 HasAllMatchingGameplayTags / HasAnyMatchingGameplayTags 检查 Tag；背包组件查物品；任务系统查任务状态；可留自定义条件函数名扩展。
5. 本地化：用 FText + Localization Dashboard，字段存 LocalizationKey。
6. 易错点：选项要过滤不满足条件的；结束对话记得清理 CurrentDialogue；条件查询在服务器权威下保证一致性。

考点： 任务状态机、目标追踪、奖励、前置条件、网络同步

参考答案：

1. 状态枚举：Unavailable → Available → Active → Completed（待提交）→ TurnedIn，以及 Failed。
2. 数据结构：FQuestObjective（ObjectiveId、类型 Kill/Collect/Interact/Location/Talk/Custom、TargetId、RequiredCount、CurrentCount、bRequired）；UQuestDefinition : UPrimaryDataAsset（QuestId、主线/支线类型、Objectives、PrerequisiteQuests、Reward、AcceptEvent/CompleteEvent、bCanAbandon、TimeLimit）。
3. 管理器（Component）：
   • ServerAcceptQuest：检查前置任务与状态 → Active + 初始化进度 → 广播接取事件；
   • ServerUpdateObjective：加计数（Clamp 到 RequiredCount）→ 全目标完成则置 Completed 并广播；
   • ServerTurnInQuest：校验 Completed → 发放奖励 → TurnedIn → 解锁后续任务 → 触发完成事件；
   • ServerAbandonQuest：可放弃则回到 Available 并清进度。
4. 网络：QuestStates、ActiveQuestProgress 用 ReplicatedUsing 复制；所有修改走 Server, Reliable RPC 保证服务器权威。
5. 与 GAS/对话集成：任务目标通过 GameplayEvent 触发（击杀/拾取打点），对话系统可在条件里查任务状态并触发任务更新。
6. 易错点：前置任务校验（需 TurnedIn）；奖励发放幂等（防止重复提交）；进度数组复制开销，活跃任务不多时可接受。

考点： SDK 集成方式、抽象接口层、平台差异处理

参考答案：

1. FMOD：插件放入 Plugins 目录并配置；用 UFMODBlueprintStatics::PlayEventAttached / SetGlobalParameterByName；最佳实践：用 Event 而非单文件、Snapshot 管理混音、Profiler 调试、Bank 管理资产加载。
2. Wwise：UAkGameplayStatics::PostEvent / SetRTPCValue / LoadBank；集成方式与 FMOD 类似。
3. Steamworks：配置 [OnlineSubsystemSteam] bEnabled=true、SteamDevAppId，用 IOnlineSubsystem::Get(STEAM_SUBSYSTEM) 获取 Session/Friends/Identity 接口，创建大厅（CreateSession）、查找大厅（FindSessions）、写成就（WriteAchievements）。
4. 最佳实践：用插件方式集成便于版本管理；抽象接口层（UINTERFACE + 多实现）解耦业务与 SDK；条件编译处理平台差异；文档化依赖与许可证；处理 SDK 初始化失败。
5. 抽象层示例：定义 IAudioSystemInterface（PlaySound/SetParameter/StopAll），FMOD 与 Wwise 分别实现，业务只依赖接口。
6. 易错点：不要在游戏代码里散落 SDK API 调用；混用不同 SDK 版本；忽略许可证与签名/密钥配置。

考点： 输入适配、性能分级、平台资产、条件编译

参考答案：

1. 输入适配：Enhanced Input 自动处理设备切换；UI 按当前输入设备显示提示（键鼠 E 键 / 手柄 A 键 / 触屏手势）；#if PLATFORM_ANDROID 等处理平台特有输入。
2. 性能分级：按平台设图形质量（PC 高、主机中、移动低）；用控制台变量调 r.ScreenPercentage、r.ShadowQuality、r.PostProcessAAQuality、r.Streaming.PoolSize；移动端区分高低端设备。
3. 资产管理：纹理按平台配置压缩格式（ASTC/ETC/BC）；FPlatformProperties::PlatformName() 加载平台特定资产并回退默认；移动端纹理池调小。
4. 平台特定功能：FPlatformFeatures 静态类做能力探测（震动/体感/分享），内部 #if 条件编译分平台实现。
5. 条件编译最佳实践：用 PLATFORM_*（平台）、UE_BUILD_SHIPPING/DEBUG（构建）、WITH_EDITOR（编辑器）宏。
6. 易错点：平台认证要求（主机审查）、Device Profile / Scalability 系统配合使用、真机性能与编辑器差异大。

考点： Git LFS、分支策略、Commit 规范、大资产管理

参考答案：

1. Git + LFS：.gitattributes 把 .uasset/.umap/.png/.fbx/.wav 等二进制全部走 LFS；.gitignore 排除 Binaries/ Intermediate/ DerivedDataCache/ Saved/ 与 IDE 文件；git lfs install + git lfs track "*.uasset"。
2. Perforce（大型团队）：原生支持二进制大文件、文件锁定避免二进制冲突、按 Changelist 组织提交、Shelving 做代码审查；.p4ignore 同样排除中间产物。
3. 分支策略：main（生产）→ develop（开发）→ feature/*（功能）、release/*（发布）、hotfix/*（热修）；命名规范 feature/ai-system、bugfix/描述。
4. 团队协作流程：develop 建功能分支 → 定期 rebase 同步 → 提 PR 关联 Issue 审查 → --no-ff 合并 → 删除已合并分支。
5. Commit 规范：<类型>(<范围>): <描述>，类型含 feat/fix/docs/refactor/perf/test/chore/art/level。
6. 大资产管理：LFS Lock 锁定正在编辑的资产防冲突（git lfs lock）；fetchinclude/fetchexclude 优化克隆；git lfs prune 清理缓存；历史大文件用 git lfs migrate 迁移。
7. CI/CD：Jenkins / GitHub Actions 自动化构建测试，配合自动化打包与静态检查。