7.2 Gameplay Ability System

7.2 Gameplay Ability System

本节摘要：Gameplay Ability System（GAS）用技能、效果、标签三件套把"角色能做什么、规则怎么结算"做成统一管线。本节讲清三件套的分工与协作，回答"我的项目要不要上 GAS"，并用一个带冷却与消耗的冲刺技能走通完整结算链。

技能写多了之后的混乱

技能少的时候，直接在角色类里写函数就行：按空格减血量、置冷却计时器、播放动画。技能到二十个，混乱准时到账——冷却状态散落在各个变量里，Buff 之间不知道谁覆盖谁，策划问"沉默状态下能不能用这个技能"要翻五个类，做联机时每个技能各自发明一遍客户端服务器同步。GAS 的价值是把这些问题收进一条统一管线：所有技能走同一套触发与结算流程，所有状态效果走同一种数据结构，所有资格判断走同一种标签门禁。它贵在概念多、上手陡，赚在规则越复杂越显价值。

本节在知识体系中的位置：它是"规则应答"的主角，向上用 3.3 的接口与委托思想组织组件协作，向下为第八章的网络同步提供最重要的应用场景——GAS 的结算管线天然带服务器权威设计，是联机技能的正确底座。

三件套：技能、效果、标签

技能（GameplayAbility）是一次"可以做某事"的完整流程：触发、消耗、冷却、施法表现、效果应用都在其中声明。它有生命周期（激活、结束、被取消），可以被标签门禁拦下。

效果（GameplayEffect）是"改变了什么"的数据载体，分三档：即时效果改数值后即走（扣血、加蓝）；持续效果限时存在（加速十秒）；无限效果常驻直到主动移除（装备光环）。效果操作的是属性集（AttributeSet）——生命、法力、移速这类被系统登记的数值字段，改动统一经过效果管线，于是天然可追溯、可预测、可同步。

标签（GameplayTag）是贯穿三件套的资格语言：技能声明"我需要什么标签才能放、我放的时候给什么标签"；效果声明"我给目标上什么标签"；门禁规则形如"有沉默标签的技能全部拦截"。状态免疫、职业限制、控制链判定，都是标签间的比较——把"能不能"从散落的布尔变量升级成统一的标签运算。

三件套的协作一图看懂：

要不要上 GAS：一个选型判断

GAS 不是默认答案，它的启动成本真实存在：概念门槛（三件套加预测机制）、工程配置（插件启用与基类改造）、团队学习曲线。选型判据按项目形态走：做的是 RPG、MOBA、生存类这类"技能多、状态效果复杂、数值要平衡"的项目，GAS 越早上越省——规则统一后加技能是填配置不是写代码；做的是线性动作、解谜、平台跳跃这类"技能就三五个且彼此独立"的项目，直接在角色类里写函数更划算，GAS 属于杀鸡用牛刀。中间地带的判据问自己一句话：策划会不会频繁新增"改变规则的状态"？会，就上；不会，就缓。

案例：一个冲刺技能的完整结算

背景：角色要有冲刺：按住加速移动，消耗耐力，冷却独立计时，被定身时不可用。这个需求覆盖 GAS 的全部日常件，是入门的标准一课。

操作：第一步，工程启用 GAS 插件，角色、控制器、玩家状态三处按框架要求挂上技能系统组件并完成角色信息接口对接——这是 GAS 的固定开荒，照做一次终身受益。第二步，定义属性集：耐力（当前与上限）、移速加成。第三步，做两个效果资产：冲刺消耗（即时效果，扣耐力）与冲刺冷却（持续效果，期间给"冲刺冷却中"标签）。第四步，写冲刺技能：资格检查（需要"可行动"标签、无"定身"标签、无"冲刺冷却中"标签）、消耗与冷却用上面的效果资产、激活期间应用移速加成、松键或耐力见底时结束。第五步，输入绑定与 UI：按键触发技能请求，界面监听耐力属性变化刷新条。

// 冲刺技能核心逻辑（节选）
bool UGA_Sprint::CanActivateAbility(...) const
{
    // 标签门禁：定身与冷却在此统一拦截
    if (AbilitySystemComponent->HasMatchingGameplayTag(Tag_Stun)) return false;
    if (AbilitySystemComponent->HasMatchingGameplayTag(Tag_SprintCooldown)) return false;
    return Super::CanActivateAbility(...);
}
void UGA_Sprint::ActivateAbility(...)
{
    if (!CommitAbility(Handle, ActorInfo, ActivationInfo)) // 扣消耗 + 上冷却
    { EndAbility(Handle, ActorInfo, ActivationInfo, true, true); return; }
    // 移速加成用无限效果常驻，结束时移除
    SpeedEffectHandle = AbilitySystemComponent->ApplyGameplayEffectToOwner(
        Handle, ActorInfo, ActivationInfo, SpeedBoostEffect.GetDefaultObject(), 1.f, 0);
}
void UGA_Sprint::EndAbility(...)
{
    AbilitySystemComponent->RemoveActiveGameplayEffect(SpeedEffectHandle);
    Super::EndAbility(...);
}
​

结果：冲刺在耐力耗尽、冷却期、定身态三种情况下都被正确拦截；界面耐力条随效果实时刷新；后来新增"狂暴状态下禁用冲刺"，加一条标签判断完事。

解读：对比直接写函数的方案，这笔架构账在第三个技能后开始回本：冷却与消耗是数据资产不是散落的计时器；资格判断是标签运算不是布尔组合；策划加规则是加标签不是改代码。变式一：联机化——把同一技能的服务器端权威执行打开，客户端预测移动表现，第八章的预测话题在 GAS 里有现成插座。变式二：Buff 叠层——持续效果的堆叠策略字段（叠加刷新时长或叠加层数）覆盖"吸血可叠三层"这类需求，配置即得。

常见坑：绕过效果管线直接改属性集数值。属性直改绕开了追溯与同步，联机时 UI 与服务器各说各话——所有数值变更都走效果，是 GAS 的第一条纪律。

本节要点回顾

• 三件套分工：技能管流程、效果管数值变更、标签管资格门禁，属性集是被保护的数据层。
• 效果三档按生命周期选：即时、持续、无限，堆叠与周期都是字段配置。
• 选型看状态复杂度：规则密集的项目早早上，技能寥寥的项目缓上。
• 冲刺案例是模板：门禁、消耗、冷却、增益、归还五段式，新技能照抄骨架。
• 一切数值变更走效果管线，直改属性是联机事故的头号来源。