1. 项目概述为什么需要一个健壮的生命系统在虚幻引擎5UE5里鼓捣过一阵子角色控制的开发者迟早会碰到一个核心问题怎么让角色“活”起来这里的“活”不是指动画流畅、移动自然而是指角色需要一套能感知“生存状态”的底层逻辑。一个简单的角色控制器加上动画蓝图能让角色跑跳但这远远不够。当你的游戏涉及到战斗、探索、生存等元素时角色必须能响应“受伤”和“恢复”。这就是角色生命系统的价值所在——它是游戏世界与玩家角色之间最直接、最核心的交互反馈通道。我见过很多新手项目生命值HP的处理非常粗暴可能就是一个暴露在角色蓝图里的浮点变量然后在某个地方写一句“HP - 10”。这种做法在原型阶段没问题但随着功能增加问题会像滚雪球一样袭来伤害来源怎么区分暴击和格挡怎么算治疗有没有溢出保护UI血条怎么实时、平滑地响应数值变化更别提网络同步了。所以从项目早期就搭建一个结构清晰、扩展性强的生命系统绝不是过度设计而是为后续所有游戏性内容打下坚实的地基。本次实战的目标很明确在UE5中不依赖复杂的Gameplay Ability SystemGAS从最基础的组件开始构建一套包含生命值管理、伤害事件分发与响应、治疗交互以及可视化UI反馈的完整角色生命系统。我们会聚焦于单机环境下的实现但会为未来的网络扩展预留接口。整个流程会涉及蓝图和C的混合编程我会解释每一步背后的设计考量并提供可直接复用的代码片段和蓝图节点。2. 系统核心架构设计在动手写第一行代码或连第一个蓝图节点之前我们必须先想清楚整个系统应该如何组织。一个混乱的架构会让后续的维护和功能添加变得异常痛苦。2.1 组件化设计为何选择Actor Component我的首选方案是使用Actor Component来承载生命系统的核心逻辑。为什么不直接把逻辑写在角色蓝图或角色C类里呢原因有三高内聚低耦合生命系统的所有数据和功能如当前生命值、最大生命值、受伤/治疗逻辑都被封装在一个独立的组件里。角色类Character或Pawn只需要持有这个组件的引用而不需要关心其内部实现。这使得角色类的代码更加清爽也方便我们单独测试生命组件。强大的复用性无论是玩家角色、AI敌人还是一个可破坏的箱子只要它们需要生命值概念都可以挂载这个生命组件。你不需要为每种Actor类型重复编写生命值逻辑。事件驱动的灵活性组件可以很方便地声明和广播多播委托Multicast Delegates。当生命值发生变化、角色死亡或复活时组件可以发出事件而任何对此感兴趣的对象如UI控件、音效系统、成就系统都可以订阅这些事件并做出响应实现解耦。基于此我们将创建一个名为UHealthComponent的C类或一个功能等价的蓝图脚本组件。它是我们整个系统的中枢。2.2 关键数据与事件定义在UHealthComponent内部我们需要定义一些核心属性和事件核心属性CurrentHealth当前生命值。MaxHealth最大生命值。通常会在游戏过程中动态变化如装备、Buff影响。bIsDead一个布尔值标记角色是否处于死亡状态。这比单纯判断CurrentHealth 0更可靠因为我们可以在这里处理死亡后的逻辑锁定比如防止重复触发死亡动画。核心事件委托OnHealthChanged当CurrentHealth发生变化时广播。参数应包含变化量Delta、变化后的当前值、变化来源造成伤害或治疗的Actor等。UI血条将监听这个事件来更新显示。OnDeath当角色生命值降至0或以下且首次触发死亡时广播。用于播放死亡动画、处理掉落物、触发游戏逻辑等。OnHealed/OnDamaged更具体的事件。我们可以从OnHealthChanged中根据Delta的正负来触发它们方便其他系统区分处理伤害和治疗。伤害信息结构体直接传递一个浮点数作为伤害值是最简陋的做法。为了系统的扩展性我们应该定义一个结构体FDamageEvent或FGameplayDamageInfo如果你未来想向GAS迁移。它至少应包含DamageAmount基础伤害值。DamageInstigator造成伤害的责任者Controller。DamageCauser直接造成伤害的Actor比如飞来的子弹。DamageType一个UDamageType的子类对象。这是UE内置的、用于区分伤害来源物理、火焰、毒素等的绝佳方式可以方便地实现伤害抗性、免疫等效果。2.3 与游戏框架的集成我们的UHealthComponent需要集成到UE5现有的游戏框架中尤其是伤害处理流程。UE有一个全局的APlayerController::TakeDamage函数但更通用的入口是AActor::TakeDamage虚函数。我们的设计思路是在角色类中重写TakeDamage函数。在TakeDamage内部将传入的伤害信息转发给角色身上的UHealthComponent。UHealthComponent根据内部逻辑计算最终伤害并更新CurrentHealth。组件随后广播OnHealthChanged和OnDeath等事件。这样任何UE标准的伤害来源如ApplyDamage蓝图节点、物理碰撞伤害都能无缝接入我们的自定义生命系统。3. 生命组件Health Component的C实现让我们开始动手实现核心的UHealthComponent。我建议使用C因为它性能更好类型安全重构方便并且能更好地暴露给蓝图。如果你暂时只使用蓝图可以将这里的逻辑用蓝图脚本组件实现结构是相通的。3.1 创建组件与属性设置首先在IDE中创建新的C类继承自UActorComponent命名为HealthComponent。在头文件HealthComponent.h中声明核心属性和委托#pragma once #include CoreMinimal.h #include Components/ActorComponent.h #include HealthComponent.generated.h // 声明一个动态多播委托当生命值变化时广播。 DECLARE_DYNAMIC_MULTICAST_DELEGATE_SixParams(FOnHealthChangedSignature, UHealthComponent*, HealthComp, float, Health, float, HealthDelta, const class UDamageType*, DamageType, class AController*, InstigatedBy, AActor*, DamageCauser); DECLARE_DYNAMIC_MULTICAST_DELEGATE_FourParams(FOnDeathSignature, UHealthComponent*, HealthComp, class AController*, InstigatedBy, AActor*, DamageCauser, const class UDamageType*, DamageType); UCLASS(ClassGroup(Custom), meta(BlueprintSpawnableComponent)) class YOURPROJECT_API UHealthComponent : public UActorComponent { GENERATED_BODY() public: UHealthComponent(); // 获取当前生命值百分比常用于UI显示 UFUNCTION(BlueprintPure, Category Health) float GetHealthPercent() const { return MaxHealth 0 ? CurrentHealth / MaxHealth : 0; } UFUNCTION(BlueprintPure, Category Health) bool IsDead() const { return bIsDead; } protected: virtual void BeginPlay() override; // 核心属性使用UPROPERTY暴露给蓝图和编辑器 UPROPERTY(EditDefaultsOnly, BlueprintReadOnly, Category Health, meta (ClampMin 0.0)) float MaxHealth; UPROPERTY(ReplicatedUsing OnRep_CurrentHealth, BlueprintReadOnly, Category Health) // 注意Replicated float CurrentHealth; UPROPERTY(Replicated, BlueprintReadOnly, Category Health) bool bIsDead; // 伤害处理函数 UFUNCTION() void HandleTakeAnyDamage(AActor* DamagedActor, float Damage, const class UDamageType* DamageType, class AController* InstigatedBy, AActor* DamageCauser); // 用于网络复制的回调函数 UFUNCTION() void OnRep_CurrentHealth(float OldHealth); public: // 公开的委托供其他蓝图或C类绑定 UPROPERTY(BlueprintAssignable, Category Events) FOnHealthChangedSignature OnHealthChanged; UPROPERTY(BlueprintAssignable, Category Events) FOnDeathSignature OnDeath; // 一个直接的治疗接口可选伤害也可以通过TakeDamage UFUNCTION(BlueprintCallable, Category Health) void Heal(float HealAmount); };在源文件HealthComponent.cpp中进行初始化和基础实现#include HealthComponent.h #include Net/UnrealNetwork.h // 网络复制所需 #include GameFramework/Actor.h #include Engine/DamageEvents.h UHealthComponent::UHealthComponent() { MaxHealth 100.0f; bIsDead false; // 非常重要将此组件设置为默认复制 SetIsReplicatedByDefault(true); } void UHealthComponent::BeginPlay() { Super::BeginPlay(); // 初始化当前生命值 CurrentHealth MaxHealth; // 只有服务器端才需要注册伤害回调 if (GetOwner() GetOwner()-HasAuthority()) { // 绑定到Actor的TakeDamage事件 AActor* MyOwner GetOwner(); if (MyOwner) { MyOwner-OnTakeAnyDamage.AddDynamic(this, UHealthComponent::HandleTakeAnyDamage); } } } // 网络复制配置 void UHealthComponent::GetLifetimeReplicatedProps(TArrayFLifetimeProperty OutLifetimeProps) const { Super::GetLifetimeReplicatedProps(OutLifetimeProps); DOREPLIFETIME(UHealthComponent, CurrentHealth); DOREPLIFETIME(UHealthComponent, bIsDead); } void UHealthComponent::HandleTakeAnyDamage(AActor* DamagedActor, float Damage, const class UDamageType* DamageType, class AController* InstigatedBy, AActor* DamageCauser) { if (Damage 0.0f || bIsDead) { return; // 无效伤害或已死亡直接返回 } // 计算新的生命值并确保不低于0 float OldHealth CurrentHealth; CurrentHealth FMath::Clamp(CurrentHealth - Damage, 0.0f, MaxHealth); float ActualDamage OldHealth - CurrentHealth; // 在服务器上广播事件客户端会通过OnRep_CurrentHealth收到值变化 OnHealthChanged.Broadcast(this, CurrentHealth, -ActualDamage, DamageType, InstigatedBy, DamageCauser); // 检查是否死亡 if (CurrentHealth 0.0f !bIsDead) { bIsDead true; OnDeath.Broadcast(this, InstigatedBy, DamageCauser, DamageType); // 这里可以添加一些服务器专属的死亡处理逻辑比如关闭角色移动、生成掉落物等 } // 调试输出 UE_LOG(LogTemp, Log, TEXT(%s 受到 %.2f 点伤害当前生命值%.2f), *GetOwner()-GetName(), ActualDamage, CurrentHealth); } // 当CurrentHealth在客户端被复制更新时调用 void UHealthComponent::OnRep_CurrentHealth(float OldHealth) { // 计算变化量 float Damage OldHealth - CurrentHealth; // 在客户端也广播生命值变化事件以便更新本地UI等 // 注意DamageCauser和Instigator在客户端可能为null取决于你的网络复制细节 OnHealthChanged.Broadcast(this, CurrentHealth, -Damage, nullptr, nullptr, nullptr); } void UHealthComponent::Heal(float HealAmount) { if (HealAmount 0.0f || bIsDead || CurrentHealth MaxHealth) { return; } float OldHealth CurrentHealth; CurrentHealth FMath::Clamp(CurrentHealth HealAmount, 0.0f, MaxHealth); float ActualHeal CurrentHealth - OldHealth; // 服务器权威修改 if (GetOwner()-HasAuthority()) { OnHealthChanged.Broadcast(this, CurrentHealth, ActualHeal, nullptr, nullptr, nullptr); } }关键点解析网络复制Replicated和OnRep_函数是多人游戏同步的关键。服务器修改CurrentHealth后会自动复制到所有客户端并触发OnRep_CurrentHealth来更新本地UI和效果。事件绑定在BeginPlay中我们将组件的HandleTakeAnyDamage函数绑定到所属Actor的OnTakeAnyDamage委托上。这是接入UE全局伤害系统的标准做法。服务器权威所有修改CurrentHealth和bIsDead的逻辑都应该在服务器端执行通过HasAuthority()判断。客户端只能接收复制过来的结果并做出表现反馈。3.2 伤害类型与伤害乘数基础的伤害处理有了但游戏里通常有不同属性的伤害。我们可以利用UE自带的UDamageType类。你可以创建它的蓝图子类比如BP_DamageType_Fire,BP_DamageType_Poison。然后在HealthComponent中可以添加一个数据结构来处理伤害抗性// 在HealthComponent.h中 USTRUCT(BlueprintType) struct FDamageTypeMultiplier { GENERATED_BODY() UPROPERTY(EditDefaultsOnly, BlueprintReadOnly) TSubclassOfclass UDamageType DamageType; UPROPERTY(EditDefaultsOnly, BlueprintReadOnly, meta(ClampMin0.0)) float Multiplier; // 1.0为正常0.5为减半0.0为免疫2.0为易伤 }; // 在UHealthComponent类中 UPROPERTY(EditDefaultsOnly, BlueprintReadOnly, Category Damage) TArrayFDamageTypeMultiplier DamageTypeMultipliers; // 在HandleTakeAnyDamage函数中计算最终伤害前 float FinalDamage Damage; for (const auto DTM : DamageTypeMultipliers) { if (DamageType DamageType-IsA(DTM.DamageType)) { FinalDamage * DTM.Multiplier; break; // 找到对应类型就应用乘数 } } // 然后用FinalDamage去扣血这样你就可以在编辑器中为不同的角色比如火焰怪物火抗高冰霜怪物冰抗高配置不同的伤害乘数表。4. 角色蓝图集成与伤害触发组件写好了现在需要把它安装到我们的角色上并设置伤害来源。4.1 为角色添加生命组件打开你的角色蓝图或C类。在组件面板点击“添加组件”搜索并添加我们刚创建的HealthComponent。将其重命名为易于识别的名字如HealthComp。在角色蓝图的Event BeginPlay事件中你可以获取这个组件并绑定其事件到自定义函数用于更新UI等。更常见的做法是在UI控件里直接绑定。4.2 实现伤害触发逻辑伤害如何产生这里列举几种常见方式方式一使用UE内置的Apply Damage节点这是最标准的方式。在任何蓝图中比如子弹命中、陷阱触发时调用Apply Damage节点。Damaged Actor目标角色。Base Damage基础伤害值。Damage Type Class选择你创建的伤害类型蓝图如BP_DamageType_Physical。Damage Causer造成伤害的Actor如子弹本身。Event Instigator伤害发起者的Controller通常从造成伤害的Actor的GetController获取。当这个节点被调用时会自动触发目标Actor的TakeDamage事件进而调用我们绑定在HealthComponent上的HandleTakeAnyDamage函数。方式二通过物理碰撞在造成伤害的Actor如子弹、敌人武器的碰撞体上设置Generate Overlap Events为真。在其蓝图中监听OnComponentBeginOverlap事件。 在重叠事件中检查重叠的另一个组件是否属于角色类型然后调用Apply Damage。为了性能通常还会做一些过滤比如检查是否已经对同一个目标造成过伤害防单帧多次触发。方式三直接调用组件的接口如果你不想走TakeDamage流程也可以直接获取目标角色的HealthComponent然后调用一个自定义的ApplyDamage函数需要在组件内实现。但更推荐使用标准流程以保持与引擎其他功能的兼容性。4.3 死亡与复活处理当HealthComponent广播OnDeath事件后角色蓝图需要响应。禁用输入和移动在角色蓝图中绑定HealthComp的OnDeath事件。触发后调用Disable Input并获取Character Movement组件将其Movement Mode设置为MOVE_None。播放死亡动画通过动画蓝图或直接播放蒙太奇触发死亡动画。销毁或延迟处理根据游戏设计可以设置一个定时器几秒后销毁Actor或者进入“可复活”状态。复活函数在HealthComponent中实现一个Revive函数将CurrentHealth设置为MaxHealth或一定比例将bIsDead设为false并广播一个OnRevive事件。角色蓝图监听此事件重新启用输入和移动。5. 动态血条UIUMG的实现生命值的变化必须直观地反馈给玩家一个动态的血条UI是必不可少的。我们将使用UE5的UMGUnreal Motion Graphics系统来创建。5.1 创建血条控件蓝图在内容浏览器中创建Widget Blueprint命名为WBP_HealthBar。打开控件蓝图在画布面板中添加一个进度条Progress Bar控件。将其锚点设置为居中或根据需求调整。选中进度条在细节面板中可以调整其外观如背景刷、填充刷的颜色和图像。一个常见的技巧是使用一个绿色的填充图像表示生命一个红色的背景图像表示生命损失的部分。为了更平滑的显示我们通常设计两层血条当前生命条直接绑定HealthComponent的GetHealthPercent实时更新。伤害延迟条位于当前生命条下方颜色较暗如灰色。当受到伤害时当前绿条立即减少而这个灰条会以平滑的动画插值延迟减少到与绿条相同的百分比形成“扣血”的视觉效果。为此你需要两个进度条控件叠放在一起。上层的绑定实时生命值下层的用于播放延迟动画。5.2 将UI绑定到角色生命值血条UI不能独立存在它需要“附着”在角色头顶并实时获取该角色的生命值数据。有几种实现方式方案A每个角色一个Widget Component推荐用于敌人/NPC在角色蓝图中添加一个Widget Component。将该组件的Widget Class设置为你的WBP_HealthBar。调整Widget Component的位置到角色头顶。关键步骤在角色蓝图的BeginPlay事件中创建该控件的实例并获取其对象。然后将角色自身的HealthComponent的OnHealthChanged事件绑定到控件实例的一个自定义更新函数上或者直接将HealthComponent的引用传递给控件。方案B玩家屏幕上的固定血条用于主控角色在玩家控制器Player Controller或HUD蓝图中创建WBP_HealthBar控件并添加到视口。在控件初始化时获取玩家控制的Pawn进而找到其HealthComponent。绑定HealthComponent的OnHealthChanged事件到控件的更新函数。控件蓝图内部的绑定逻辑在WBP_HealthBar的图表中创建一个函数UpdateHealth接受CurrentHealth和MaxHealth或HealthPercent作为参数。计算百分比Percent CurrentHealth / MaxHealth。设置上层实时血条进度条的Percent为此值。启动一个定时器或使用Tick谨慎使用来驱动下层延迟血条的动画每帧将延迟血条的Percent向实时血条的Percent插值Lerp。// 伪蓝图逻辑 // 在UpdateHealth函数中 NewHealthPercent CurrentHealth / MaxHealth; // 立即设置主血条 HealthBar_Main.SetPercent(NewHealthPercent); // 启动一个平滑动画到延迟血条 // 可以使用Timeline节点或者每帧Tick插值 TargetPercent_ForDelayBar NewHealthPercent; bShouldUpdateDelayBar true;// 在Tick事件中如果使用Tick if (bShouldUpdateDelayBar) { float CurrentDelayPercent HealthBar_Delay.GetPercent(); float NewDelayPercent FMath::FInterpTo(CurrentDelayPercent, TargetPercent_ForDelayBar, DeltaSeconds, InterpSpeed); HealthBar_Delay.SetPercent(NewDelayPercent); if (FMath::IsNearlyEqual(NewDelayPercent, TargetPercent_ForDelayBar, 0.01f)) { bShouldUpdateDelayBar false; } }5.3 高级UI效果伤害数字与屏幕特效为了增强反馈可以在生命值变化时显示浮动伤害数字或屏幕边缘泛红。伤害数字创建一个新的Widget BlueprintWBP_DamageText包含一个文本Text控件。在角色蓝图中当HealthComponent的OnHealthChanged事件被触发且伤害值Delta为负时在角色世界空间位置生成一个Widget Component设置其Widget Class为WBP_DamageText。将这个Widget Component设置为“屏幕空间”Screen Space这样它会始终面向摄像机。通过控件接口将伤害值传递给WBP_DamageText并显示。可以添加一个时间轴Timeline动画让文本向上漂浮并逐渐淡出然后销毁Widget Component。屏幕受伤特效在玩家的HUD或Post Process Volume中可以添加一个半透明的红色材质覆盖层。当玩家角色受到伤害时根据伤害比例或当前生命值百分比动态调整这个覆盖层的透明度Opacity。生命值越低红色覆盖越明显。同样可以使用时间轴来实现一个短暂的“闪红”效果即受伤瞬间透明度突然提高然后快速衰减。6. 治疗交互的实现治疗本质上是负的伤害但通常有额外的规则如不能超过最大生命值。我们在HealthComponent中已经实现了Heal函数。6.1 治疗触发方式与伤害类似直接调用在拾取治疗包、使用技能时直接调用目标角色HealthComponent的Heal函数。通过ApplyDamage也可以创建一个伤害类型为Healing的UDamageType子类然后使用Apply Damage节点但传入负的伤害值。这样可以利用同一套事件分发系统。不过为了逻辑清晰我更倾向于分开处理。6.2 治疗溢出与规则在Heal函数内部我们已经做了基础限制CurrentHealth FMath::Clamp(CurrentHealth HealAmount, 0.0f, MaxHealth)。这确保了治疗不会溢出。你可以扩展更复杂的规则过量治疗某些游戏允许过量治疗形成临时护盾。你可以引入一个Overheal或Shield变量。治疗抑制添加一个布尔变量bCanBeHealed在某些状态如中了“无法被治疗”的Debuff下设为false。治疗倍率类似伤害抗性可以添加一个HealingMultiplier受Buff影响。6.3 治疗特效与音效与伤害反馈类似当Heal函数被调用并实际产生治疗量后应该广播一个OnHealed事件或者从OnHealthChanged中根据正Delta触发。 角色蓝图或特效系统监听此事件播放绿色的治疗粒子效果、播放悦耳的治疗音效或者在UI上显示绿色的治疗数字。7. 常见问题、调试技巧与性能优化在实际开发中你肯定会遇到各种预期之外的情况。这里分享一些我踩过的坑和解决方法。7.1 伤害不触发或触发多次检查碰撞预设Collision Preset确保造成伤害的Actor如子弹和被伤害的Actor如角色的碰撞通道设置有重叠响应Overlap或阻挡Block。对于Overlap事件需要勾选Generate Overlap Events。检查网络角色Role记住TakeDamage和ApplyDamage的逻辑默认只在服务器Authority上执行。如果你在客户端调用ApplyDamage除非经过RPC远程过程调用否则不会生效。确保伤害触发逻辑在服务器端运行或通过RPC通知服务器。防重复触发在OnComponentBeginOverlap中造成伤害时很容易一帧内触发多次。一个简单的办法是使用一个TSet或TArray记录本帧或短时间内已经伤害过的目标避免重复应用。7.2 血条UI不更新或位置不对绑定时机问题确保在控件初始化完成Event Construct或添加到视口后再尝试获取并绑定HealthComponent的事件。可以在控件中添加一个Setup函数由父级在合适的时机调用并传入HealthComponent引用。Widget Component 空间模式对于角色头顶的血条Widget Component的Space通常设置为World。但你可能需要调整其Pivot和Alignment来正确定位。也可以设置为Screen让它始终面向摄像机。网络同步延迟UI更新依赖于HealthComponent的OnRep_CurrentHealth事件。如果网络延迟高UI更新会有短暂滞后。这是正常现象。对于本地玩家可以考虑在客户端预测性更新UI更复杂。7.3 性能注意事项Widget Component的数量每个Widget Component都是一个Draw Call。如果你的场景中有成百上千个敌人每个头顶都有一个复杂的血条UI性能开销会很大。优化方案包括距离剔除根据玩家摄像机距离动态设置Widget Component的可见性。简化UI远处的敌人使用更简单的血条甚至只是一个彩色方块。合并绘制考虑使用自定义的网格体材质来绘制大量血条这是更高级的优化。避免在Tick中频繁计算血条平滑动画的插值计算如果放在Tick中要确保有退出机制如到达目标值后停止更新。对于大量非活跃对象应停止其UI的Tick。委托的绑定与解绑当一个UI控件或角色被销毁时务必解绑它之前绑定的所有委托如OnHealthChanged防止内存泄漏和访问已销毁对象的错误。通常在BeginDestroy或RemoveFromParent事件中处理。7.4 扩展性思考你现在拥有的已经是一个功能完整的生命系统了。但游戏开发是不断迭代的这里有一些方向供你未来扩展状态系统Buff/Debuff集成将HealthComponent与一个状态管理系统连接。状态可以影响DamageTypeMultipliers、HealingMultiplier甚至直接在HandleTakeAnyDamage前后插入修改伤害值的逻辑。向Gameplay Ability System (GAS) 迁移如果你项目规模变大考虑使用UE5强大的GAS。GAS中的AttributeSet可以管理生命值属性HealthMaxHealth而GameplayEffect可以非常优雅地处理伤害和治疗的计算包括复杂的修饰符Modifier和持续效果Duration。我们的UHealthComponent可以作为一个过渡其事件广播逻辑与GAS的Attribute Change委托非常相似。存档与读档别忘了将CurrentHealth和MaxHealth纳入游戏的存档系统。在保存游戏状态时记录这些值读档时重新应用它们并更新UI。构建这套系统的过程本质上是在学习如何设计一个可维护、可扩展的游戏功能模块。从最初的一个浮点变量到如今这个组件化、事件驱动、UI联动的完整系统你不仅实现了一个功能更掌握了一种在UE5中构建复杂游戏逻辑的思维方式。下次当你需要为角色添加体力值、魔法值或者怒气值时你会知道该从哪里开始了——再创建一个UAttributeComponent就是了。