1. 项目概述：为什么我们需要一份UE4 API实用指南？

如果你是一名UE4开发者，无论是刚入门的新手，还是已经做过几个项目的熟手，我相信你都经历过这样的时刻：面对编辑器里琳琅满目的功能，你知道它能实现某个效果，但就是不知道从何下手去写代码；或者，你从网上找到了一段代码片段，复制粘贴后勉强能用，但稍微想改点逻辑就一头雾水，因为你不清楚背后调用的那个API函数到底在干什么、有哪些参数、会返回什么。这就是API（应用程序编程接口）的“黑盒”状态——它提供了强大的能力，但如果没有一份清晰的“地图”，开发者很容易在庞大的代码海洋里迷失方向。

这份指南的目的，就是为你绘制这样一张地图。我们不打算像官方文档那样事无巨细地罗列每一个类和函数，那既枯燥又低效。相反，我们将聚焦于两个在游戏开发中至关重要、且API调用非常密集的领域：地形系统和游戏能力系统（Gameplay Ability System， 简称GAS）。选择它们，是因为地形构建了游戏的物理世界，而GAS定义了游戏世界中角色交互的逻辑规则，二者共同构成了一个可玩世界的骨架。通过深入解析这两大系统的核心API，你将掌握从“塑造山河”到“赋予角色灵魂”的全链路开发钥匙。

你会发现，理解API不仅仅是记住函数名，更是理解引擎的设计哲学。比如，为什么修改地形高度图要用LandscapeEdit.SetHeightData，而不是直接操作数组？为什么GAS中触发一个技能要经过GrantAbility->ActivateAbility的流程？这背后是性能、网络同步和框架扩展性的深度考量。掌握了这些，你就能从“API调用者”进阶为“系统设计者”。

2. 核心需求解析：地形编辑与游戏能力，开发者最常遇到的痛点

在深入代码之前，我们先明确要解决什么问题。对于地形和GAS，开发者的痛点非常典型：

2.1 地形系统开发的典型痛点

1. 数据量大，操作卡顿：地形由数百万甚至上千万个顶点构成，直接遍历修改每一个顶点数据是不现实的。如何高效、批量地读写地形数据，是首要挑战。
2. 效果自然度难以控制：简单抬升或降低高度，做出来的山峦和山谷往往像“橡皮泥”，缺乏自然侵蚀、风化等地质过程感。如何通过API模拟自然力量？
3. 图层混合与材质复杂：一个区域可能同时有泥土、草地、岩石、雪地等多种材质。如何通过API动态控制这些图层的权重、混合方式，并高效地应用到渲染？
4. 与游戏逻辑的交互：如何让角色在地上留下脚印？如何根据地形坡度决定角色移动速度或是否可攀爬？这需要地形数据能向蓝图或C++游戏逻辑暴露查询接口。

2.2 游戏能力系统（GAS）的典型痛点

1. 概念复杂，入门门槛高：Attribute（属性）、GameplayEffect（效果）、GameplayAbility（能力）、GameplayCue（提示）等核心概念相互关联，新手容易混淆。
2. 网络同步难以驾驭：GAS是为多人游戏设计的，但哪些数据应该在客户端预测，哪些必须由服务器权威判定？NetExecutionPolicy和NetSecurityPolicy等枚举该如何设置？
3. 技能逻辑与表现解耦不清晰：一个火球术，伤害计算是GameplayEffect，发射火球是GameplayAbility，击中爆炸特效是GameplayCue。如何清晰地将它们组织起来，并保证在网络上同步？
4. 属性计算（Modifier）叠加混乱：一个攻击力属性，可能同时受到武器加成、buff增益、debuff减益、百分比提升等多种影响。GAS的Modifier叠加顺序（加算、乘算、覆盖）如何配置才能得到预期结果？

这份指南将直接针对这些痛点，展示如何运用对应的API来优雅地解决问题。

3. 地形系统API深度解析与实战应用

UE4的地形系统（Landscape）是一个高度优化的组件，用于创建广阔的户外环境。其API核心围绕几个关键类展开：ULandscapeInfo、FLandscapeEditDataInterface、ULandscapeComponent等。

3.1 地形数据的读写：高效操作百万顶点

直接操作地形数据最怕的就是性能瓶颈。UE4提供了FLandscapeEditDataInterface作为安全高效的抽象层。

// 假设我们有一个指向地形Actor的引用 ALandscape* MyLandscape ULandscapeInfo* LandscapeInfo = MyLandscape->GetLandscapeInfo(); if (LandscapeInfo) { // 创建一个编辑接口 FLandscapeEditDataInterface LandscapeEdit(LandscapeInfo); // 定义你要修改的区域（以组件为单位，一个组件通常包含多个Quads） int32 MinX = 0, MinY = 0, MaxX = 127, MaxY = 127; // 示例区域 // 准备高度数据缓冲区 TArray<uint16> HeightData; int32 DataWidth = (MaxX - MinX + 1); int32 DataHeight = (MaxY - MinY + 1); HeightData.SetNum(DataWidth * DataHeight); // 1. 读取高度数据 LandscapeEdit.GetHeightData(MinX, MinY, MaxX, MaxY, HeightData.GetData(), 0); // 2. 处理数据：例如，将区域中心点抬高 int32 CenterX = DataWidth / 2; int32 CenterY = DataHeight / 2; float FalloffRadius = 30.0f; for (int32 Y = 0; Y < DataHeight; ++Y) { for (int32 X = 0; X < DataWidth; ++X) { float Distance = FVector2D::Distance(FVector2D(X, Y), FVector2D(CenterX, CenterY)); if (Distance < FalloffRadius) { float Ratio = 1.0f - (Distance / FalloffRadius); // 假设原始高度值范围为0-65535，对应地形ZScale int32 Index = Y * DataWidth + X; int32 OriginalHeight = HeightData[Index]; HeightData[Index] = FMath::Clamp<int32>(OriginalHeight + FMath::RoundToInt(5000 * Ratio * Ratio), 0, 65535); } } } // 3. 写回高度数据 LandscapeEdit.SetHeightData(MinX, MinY, MaxX, MaxY, HeightData.GetData(), 0, true); // 最后一个参数为true表示立即更新渲染 }

注意：SetHeightData会触发地形网格和碰撞体的重建，对于大面积修改，可能会引起卡顿。建议在非游戏线程（如异步任务）中进行大规模计算，但最终的SetHeightData调用必须在游戏线程。

3.2 地形图层与材质的动态控制

地形材质通常通过“图层”（Layer）来管理。每个图层对应一个权重图，决定该材质在对应位置的显示强度。

// 获取或创建图层信息对象 ULandscapeInfo* LandscapeInfo = MyLandscape->GetLandscapeInfo(); ULandscapeLayerInfoObject* LayerInfo = LandscapeInfo->GetLayerInfoByName(FName(TEXT("Grass_Layer"))); if (!LayerInfo) { // 如果图层不存在，可能需要先在地形编辑器中创建 UE_LOG(LogTemp, Warning, TEXT("Layer 'Grass_Layer' not found!")); return; } FLandscapeEditDataInterface LandscapeEdit(LandscapeInfo); TArray<uint8> WeightData; int32 MinX = 0, MinY = 0, MaxX = 63, MaxY = 63; // 操作一个较小区域 // 读取现有权重 LandscapeEdit.GetWeightData(LayerInfo, MinX, MinY, MaxX, MaxY, WeightData.GetData(), 0); // 模拟一个圆形区域的草地生长 int32 CenterX = (MaxX - MinX) / 2; int32 CenterY = (MaxY - MinY) / 2; float Radius = 20.0f; for (int32 Y = 0; Y <= (MaxY-MinY); ++Y) { for (int32 X = 0; X <= (MaxX-MinX); ++X) { float Distance = FVector2D::Distance(FVector2D(X, Y), FVector2D(CenterX, CenterY)); if (Distance <= Radius) { float Strength = 1.0f - (Distance / Radius); int32 Index = Y * (MaxX-MinX+1) + X; // 权重值范围 0-255 WeightData[Index] = FMath::Clamp<uint8>(FMath::RoundToInt(Strength * 255), 0, 255); } } } // 写回权重数据并更新材质 LandscapeEdit.SetAlphaData(LayerInfo, MinX, MinY, MaxX, MaxY, WeightData.GetData(), 0); // 通知地形组件更新材质渲染 MyLandscape->RequestLayersContentUpdateForceAll();

3.3 从地形数据到游戏逻辑：查询接口的应用

让游戏逻辑感知地形，最常用的是ULandscapeComponent的GetHeightAtLocation或通过物理场景查询（LineTrace）。

// 方法一：通过Landscape组件API（更精确，但需要知道具体组件） FVector WorldLocation(1000.0f, 2000.0f, 0.0f); float& OutHeight; if (MyLandscape->GetLandscapeComponentAtLocation(WorldLocation)->GetHeightAtLocation(WorldLocation, OutHeight)) { // OutHeight 是世界空间的高度值 UE_LOG(LogTemp, Log, TEXT("Terrain height at location: %f"), OutHeight); } // 方法二：通过射线检测（更通用，适用于任何场景） FHitResult HitResult; FVector Start = WorldLocation + FVector(0, 0, 10000); // 从高空开始 FVector End = WorldLocation + FVector(0, 0, -10000); // 向下探测 FCollisionQueryParams QueryParams; QueryParams.bTraceComplex = true; // 复杂碰撞，获取精确高度 if (GetWorld()->LineTraceSingleByChannel(HitResult, Start, End, ECC_Visibility, QueryParams)) { if (HitResult.Component.IsValid() && HitResult.Component->IsA(ULandscapeHeightfieldCollisionComponent::StaticClass())) { float TerrainHeight = HitResult.Location.Z; // 进一步，可以获取击中点的法线，用于计算坡度 float SlopeAngle = FMath::RadiansToDegrees(FMath::Acos(FVector::DotProduct(HitResult.Normal, FVector::UpVector))); if (SlopeAngle > 45.0f) { // 坡度大于45度，角色可能需要开始攀爬或减速 } } }

实操心得：对于需要频繁查询地形信息的游戏（如越野游戏），建议在游戏初始化时，将地形高度图数据预先读取到一个优化过的数据结构中（如四叉树或高度场网格），在运行时进行快速查询，这比每次进行射线检测要高效得多。

4. 游戏能力系统（GAS）API架构与核心流程

GAS是UE4中用于构建复杂、可网络复现的RPG、MOBA、MMO等类型游戏技能系统的框架。其核心是基于组件的ECS（实体-组件-系统）思想。主要类包括：

• UAbilitySystemComponent(ASC)：能力的载体和调度中心，必须挂载到Pawn或Character上。
• UGameplayAbility(GA)：定义了一个可激活的技能或行为。
• UGameplayEffect(GE)：定义对属性（Attribute）的即时或持续影响（如伤害、治疗、Buff/Debuff）。
• FGameplayAttribute：定义一个可被GameplayEffect修改的属性（如生命值、魔法值、攻击力）。
• FGameplayTag：用于标识和分类能力、效果、状态的标签系统，是GAS灵活性的关键。

4.1 属性（Attribute）与属性集（AttributeSet）的定义与初始化

属性是GAS的基石。它们必须在C++中定义在继承自UAttributeSet的类中。

// MyAttributeSet.h #pragma once #include "AttributeSet.h" #include "AbilitySystemComponent.h" #include "MyAttributeSet.generated.h" // 定义属性的宏，方便网络复制和元数据设置 #define ATTRIBUTE_ACCESSORS(ClassName, PropertyName) \ GAMEPLAYATTRIBUTE_PROPERTY_GETTER(ClassName, PropertyName) \ GAMEPLAYATTRIBUTE_VALUE_GETTER(PropertyName) \ GAMEPLAYATTRIBUTE_VALUE_SETTER(PropertyName) \ GAMEPLAYATTRIBUTE_VALUE_INITTER(PropertyName) UCLASS() class MYGAME_API UMyAttributeSet : public UAttributeSet { GENERATED_BODY() public: UMyAttributeSet(); // 生命值属性 UPROPERTY(BlueprintReadOnly, Category = "Health", ReplicatedUsing = OnRep_Health) FGameplayAttributeData Health; ATTRIBUTE_ACCESSORS(UMyAttributeSet, Health) // 生成GetHealth、SetHealth等函数 // 最大生命值属性 UPROPERTY(BlueprintReadOnly, Category = "Health", ReplicatedUsing = OnRep_MaxHealth) FGameplayAttributeData MaxHealth; ATTRIBUTE_ACCESSORS(UMyAttributeSet, MaxHealth) // 攻击力属性 UPROPERTY(BlueprintReadOnly, Category = "Combat", ReplicatedUsing = OnRep_AttackPower) FGameplayAttributeData AttackPower; ATTRIBUTE_ACCESSORS(UMyAttributeSet, AttackPower) protected: // 网络复制回调 UFUNCTION() virtual void OnRep_Health(const FGameplayAttributeData& OldHealth); UFUNCTION() virtual void OnRep_MaxHealth(const FGameplayAttributeData& OldMaxHealth); UFUNCTION() virtual void OnRep_AttackPower(const FGameplayAttributeData& OldAttackPower); // 当属性改变前（Clamping）和改变后（响应）的回调 virtual void PreAttributeChange(const FGameplayAttribute& Attribute, float& NewValue) override; virtual void PostGameplayEffectExecute(const FGameplayEffectModCallbackData& Data) override; };

在Cpp文件中，你需要实现复制、初始化以及属性变化逻辑。PreAttributeChange常用于钳制数值（如生命值不能超过最大值），PostGameplayEffectExecute常用于在效果应用后触发其他逻辑（如生命值降到0时死亡）。

4.2 游戏能力（GameplayAbility）的创建与激活流程

一个最简单的攻击技能可能如下所示：

// MyAttackAbility.h UCLASS() class MYGAME_API UMyAttackAbility : public UGameplayAbility { GENERATED_BODY() public: UMyAttackAbility(); // 重写关键函数 virtual void ActivateAbility(const FGameplayAbilitySpecHandle Handle, const FGameplayAbilityActorInfo* ActorInfo, const FGameplayAbilityActivationInfo ActivationInfo, const FGameplayEventData* TriggerEventData) override; virtual void EndAbility(const FGameplayAbilitySpecHandle Handle, const FGameplayAbilityActorInfo* ActorInfo, const FGameplayAbilityActivationInfo ActivationInfo, bool bReplicateEndAbility, bool bWasCancelled) override; protected: // 一个内部函数，用于执行攻击逻辑 UFUNCTION() void PerformAttack(); };

// MyAttackAbility.cpp void UMyAttackAbility::ActivateAbility(const FGameplayAbilitySpecHandle Handle, const FGameplayAbilityActorInfo* ActorInfo, const FGameplayAbilityActivationInfo ActivationInfo, const FGameplayEventData* TriggerEventData) { if (!CommitAbility(Handle, ActorInfo, ActivationInfo)) // 检查消耗（如魔法值）和冷却 { EndAbility(Handle, ActorInfo, ActivationInfo, true, true); return; } // 假设我们播放一个攻击动画蒙太奇 UAnimMontage* AttackMontage = ...; // 获取动画资源 if (AttackMontage && ActorInfo->AnimInstance) { float Duration = ActorInfo->AnimInstance->Montage_Play(AttackMontage); // 设置一个定时器，在动画播放到某个时刻（如击中帧）触发实际伤害 FTimerHandle TimerHandle; GetWorld()->GetTimerManager().SetTimer(TimerHandle, this, &UMyAttackAbility::PerformAttack, 0.3f, false); // 0.3秒后执行 } else { // 没有动画，立即执行攻击 PerformAttack(); } } void UMyAttackAbility::PerformAttack() { // 1. 进行攻击检测（如射线检测、范围检测） // 2. 对命中的目标应用GameplayEffect（造成伤害） if (GetOwningActorFromActorInfo()) { UAbilitySystemComponent* OwnerASC = GetAbilitySystemComponentFromActorInfo(); if (OwnerASC) { // 假设我们找到了一个目标 AActor* TargetActor = ...; IAbilitySystemInterface* TargetASI = Cast<IAbilitySystemInterface>(TargetActor); if (TargetASI) { UAbilitySystemComponent* TargetASC = TargetASI->GetAbilitySystemComponent(); if (TargetASC) { // 创建一个造成伤害的GameplayEffect上下文 FGameplayEffectContextHandle EffectContext = OwnerASC->MakeEffectContext(); EffectContext.AddSourceObject(GetOwningActorFromActorInfo()); // 应用一个即时伤害的GameplayEffect FGameplayEffectSpecHandle DamageEffectSpec = OwnerASC->MakeOutgoingSpec(DamageGameplayEffectClass, 1.0f, EffectContext); if (DamageEffectSpec.IsValid()) { // 可以在这里设置SetByCaller，动态计算伤害值，例如：基础攻击力 * 技能系数 float DamageValue = OwnerASC->GetNumericAttributeBase(UMyAttributeSet::GetAttackPowerAttribute()) * 1.5f; DamageEffectSpec.Data->SetSetByCallerMagnitude(FGameplayTag::RequestGameplayTag(FName("Data.Damage")), DamageValue); OwnerASC->ApplyGameplayEffectSpecToTarget(*DamageEffectSpec.Data.Get(), TargetASC); } } } } } // 技能执行完毕，结束 EndAbility(CurrentSpecHandle, CurrentActorInfo, CurrentActivationInfo, true, false); }

4.3 游戏效果（GameplayEffect）的配置与属性修饰器（Modifier）

GameplayEffect是数据驱动的，通常在蓝图中配置，但其背后的Modifier运作机制需要理解。一个典型的伤害GameplayEffect配置如下：

• Duration Policy（持续时间策略）：Instant（即时，如直接伤害）、Duration（持续，如灼烧Dot）、Infinite（无限，如被动光环，需要手动移除）。
• Modifiers（修饰器）：定义如何修改目标属性。
  • Attribute（属性）：选择要修改的属性，如Health。
  • Modifier Op（操作）：Add（加，基于值）、Multiply（乘，基于值）、Divide（除，基于值）、Override（覆盖）。更常用的是Add (Snapshot)和Multiply (Snapshot)，它们会在效果创建时捕获源属性值。
  • Magnitude Calculation Type（数值计算类型）：
    • Scalable Float：直接设置一个固定值或曲线。
    • Attribute Based：基于源（Source）或目标（Target）的某个属性值计算。
    • Custom Calculation Class：使用C++类进行复杂计算。
    • Set By Caller：在运行时（如GameplayAbility中）通过GameplayTag动态设置。这是实现技能伤害公式的关键。

例如，一个“火球术伤害”效果，其Magnitude可以配置为Set By Caller，关联一个GameplayTag如Data.Damage。在GameplayAbility中（如上例所示），我们可以根据施法者的法术强度动态计算伤害值，并通过SetSetByCallerMagnitude设置进去。

4.4 游戏标签（GameplayTag）的妙用：状态、阻断与查询

GameplayTag是字符串形式的层次化标签（如State.Dead,State.Stunned,Ability.Type.Fire,Cooldown.Group.Attack）。它们在GAS中无处不在。

• 能力标签（Ability Tags）：GameplayAbility拥有AbilityTags（自身标签）、CancelAbilitiesWithTag（激活时取消哪些其他能力）、BlockAbilitiesWithTag（激活时阻断哪些其他能力）、ActivationOwnedTags（激活时赋予ASC的标签）、ActivationRequiredTags（激活所需标签）和ActivationBlockedTags（激活被阻断标签）。这实现了复杂的技能互斥和条件触发逻辑。

  // 在Ability的构造函数或初始化函数中 AbilityTags.AddTag(FGameplayTag::RequestGameplayTag(FName("Ability.Type.Melee"))); BlockAbilitiesWithTag.AddTag(FGameplayTag::RequestGameplayTag(FName("Ability.Type.Channeling"))); // 近战技能会打断引导技能 ActivationBlockedTags.AddTag(FGameplayTag::RequestGameplayTag(FName("State.Stunned"))); // 被眩晕时不能施放

• 效果标签（Effect Tags）：GameplayEffect可以拥有GrantedTags（应用时赋予目标的标签）和AssetTags。GrantedTags常用于标记状态（如“燃烧中”），并可以被其他能力或效果的条件查询。
• ASC标签查询：在代码中，你可以随时检查一个ASC当前是否拥有某个标签。

  bool bIsStunned = AbilitySystemComponent->HasMatchingGameplayTag(FGameplayTag::RequestGameplayTag(FName("State.Stunned"))); if (bIsStunned) { // 角色处于眩晕状态，不能进行某些操作 }

5. 网络同步与权威执行：确保多人游戏的一致性

GAS的核心优势在于其内建的网络同步支持。理解其网络模型至关重要。

5.1 能力执行的网络模式

在UGameplayAbility的子类中，你可以在构造函数里设置NetExecutionPolicy和NetSecurityPolicy。

• NetExecutionPolicy：
  • LocalPredicted（本地预测）：客户端可以预测执行，服务器进行权威验证和修正。这是最常用的模式，用于响应快速的玩家输入（如普攻、移动技能）。
  • ServerOnly（仅服务器）：只在服务器上执行，结果同步到客户端。用于关键性、不可预测的技能（如大招、抽奖）。
  • LocalOnly（仅本地）：只在本地执行，不与网络同步。用于纯视觉效果或本地UI交互。
• NetSecurityPolicy：
  • RequirePredictionKey：需要预测键，用于LocalPredicted能力。
  • Independant_NoNet：独立且无需网络，用于LocalOnly。

5.2 属性复制与预测

属性（FGameplayAttributeData）默认是开启复制的（ReplicatedUsing）。服务器修改属性后，会自动同步到所有客户端。对于LocalPredicted的能力，客户端会先本地预测修改属性（如先扣除魔法值），如果服务器验证后拒绝，则需要通过FActiveGameplayEffect的回滚机制或UAbilitySystemComponent::ServerTryActivateAbility的失败回调来进行修正。这需要仔细处理，避免玩家体验上的“抖动”。

5.3 RPC（远程过程调用）与GameplayEvent

对于非属性同步的复杂事件，GAS提供了FGameplayEventData结构体和UAbilitySystemBlueprintLibrary::SendGameplayEventToActor函数。你可以在客户端触发一个带有特定GameplayTag的事件，服务器监听到这个事件后，执行权威的逻辑。这是一种更灵活的网络通信方式。

// 客户端触发一个事件 FGameplayEventData EventData; EventData.EventTag = FGameplayTag::RequestGameplayTag(FName("Event.Player.Interact")); EventData.Instigator = MyPlayerController->GetPawn(); UAbilitySystemBlueprintLibrary::SendGameplayEventToActor(TargetActor, EventData.EventTag, EventData); // 服务器上，某个Ability通过`AbilityTriggers`绑定了这个EventTag，从而被激活。

6. 性能优化与调试技巧

6.1 性能优化要点

1. 属性数量：尽量减少AttributeSet中的属性数量。每个属性都会产生网络复制和回调开销。考虑将一些临时性或本地使用的“属性”用普通的浮变量或GameplayTag来表示。
2. 效果周期：对于Duration和Infinite类型的GameplayEffect，注意其Period（周期）。一个每0.1秒执行一次的Dot效果，在大量单位同时存在时会带来巨大的计算负担。适当调整周期或使用更简化的计算模型。
3. 能力实例化：GameplayAbility的InstancingPolicy决定了能力的实例化方式。InstancedPerActor（每个Actor一个实例）或InstancedPerExecution（每次执行一个实例）提供了状态存储，但会增加内存开销。NonInstanced（不实例化）最轻量，但不能保存状态。根据技能复杂度选择。
4. 标签查询优化：频繁的HasTag()查询在Tick中进行可能会有开销。如果某些状态检查非常频繁，可以考虑在AttributeSet的PostGameplayEffectExecute或能力激活/结束时，将结果缓存到布尔变量中。

6.2 调试技巧

1. 使用showdebug abilitysystem控制台命令：这是在游戏中可视化GAS状态最强大的工具。它会显示ASC的所有已激活能力（Active Abilities）、已应用效果（Active Effects）、当前属性值（Attributes）和标签（Tags）。
2. 蓝图调试：在编辑器中播放时，你可以选中一个拥有ASC的Pawn，在“World Outliner”的细节面板中找到其AbilitySystemComponent，展开后可以实时查看其属性、标签和激活的效果列表。
3. 日志输出：在GameplayAbility和AttributeSet的关键函数（如ActivateAbility、PostGameplayEffectExecute）中加入UE_LOG，输出当前的属性值、效果句柄等，有助于追踪逻辑流。
4. 网络调试：使用NetDebug相关命令，并关注AbilitySystemComponent的网络更新频率。不合理的属性复制（如每帧变化）会严重消耗带宽。

7. 常见问题排查与解决方案实录

在实际项目中，GAS相关的问题往往集中在网络同步和属性计算上。下面是一个常见问题速查表。

踩坑心得：GAS的学习曲线陡峭，最好的学习方法是从一个小型但完整的案例开始，例如实现一个包含生命值/魔法值属性、一个普攻技能（带冷却和消耗）和一个治疗技能的项目。在这个过程中，务必打开showdebug abilitysystem，观察每一个操作（激活技能、应用效果）前后，ASC内部状态（能力、效果、标签、属性）的变化。理解数据流动的路径，是掌握GAS的不二法门。不要试图一开始就构建一个庞大的技能体系，那会让你在复杂的交互中迷失。先让最简单的流程在网络环境下跑通，再逐步增加复杂度。