GAS 的技能（UGameplayAbility）写法上像"一个可调用的流程函数"，但它的生命周期管理是状态机式的：激活有条件检查、有资源结算、有明确的结束点，而且这些语义直接服务于网络预测。这篇讲生命周期的三段式、结束的纪律，以及三种实例化策略的取舍。源码基于 UE5.3 的 GameplayAbility.h / AbilitySystemComponent_Abilities.cpp。
三段式：CanActivate → Commit → Activate
ASC->TryActivateAbility 的内部链路：
- CanActivateAbility：纯检查，无副作用。检查内容是 tag 条件（BlockedTags 里有没有当前持有的 tag——眩晕中不能施法就在这层被拦）加冷却/消耗 GE 的试算（
CheckCost/CheckCooldown都是"假装应用看能不能成立"，不动真账）。检查通过不产生任何承诺，这一步可以安全地跑在客户端预测路径上——预测错了服务器重查，反正没副作用。 - CommitAbility：把检查变成事实——应用消耗 GE（扣蓝）和冷却 GE（上冷却 tag）。Commit 成功意味着技能"正式开跑了"，它的原子性是设计出来的：消耗和冷却必须同时落账，要么都成功要么都不成功（实现上 CommitCheck 先复查一遍条件，再一次性提交两个 GE）。技能不写 Commit，玩家就能零成本白嫖技能——这是 GAS 新手 bug 第一名。
- ActivateAbility：业务逻辑入口。播 Montage、应用效果 GE、起 AbilityTask。这里面的所有副作用仍受预测窗口管辖（7040 篇），但生命周期语义上已进入"激活中"状态。
三段式的价值在预测一致性上显形：客户端可以大胆执行 1 和 3（预测），把 2 也预测执行但挂到 PredictionKey 名下；服务器在自己的时间线上重走一遍三段，结果不一致时按 PredictionKey 回滚客户端的预测账。如果消耗检查散落在 Activate 的半途（先扣蓝再判断能不能放），预测回滚就拆不干净——所以官方模板技能的第一行就是 CommitAbility 调用。
结束纪律：EndAbility 不是可选的
激活后的技能占据 ASC 的活动技能槽位、持有 AbilityTask、挂着预测键的从属关系。EndAbility 必须被调用，漏掉的直接后果：
- 技能实例（InstancedPerExecution 策略下）泄漏在 ASC 的活动列表里，越积越多；
- 挂着的 AbilityTask 不销毁，等待中的委托一直占着回调位；
- 预测键依赖链不断裂，后续预测建立在不死的父键上。
结束路径有两条正常出口：EndAbility（自然结束，技能自己判断"我做完了"）和 CancelAbility（被外部打断——被击晕、被沉默）。Cancel 是技能系统对"世界变化"的响应入口：眩晕 GE 给 ASC 加了 State.Debuff.Stun tag，ASC 检测到活跃技能的 CancelAbilitiesWithTag 里有这个 tag，逐个调 CancelAbility。所以打断机制的正确配法不是"眩晕时检查玩家是否在施法"，而是给眩晕 GE 配 Tag，给技能配 CancelAbilitiesWithTag——声明式地让 tag 流动自动驱动打断。
一个常被忽略的坑：EndAbility 需要 bEndAbilityWasCancelled 参数区分自然结束和被打断——表现层（被打断要播打断动画）就靠这个标志分支。
实例化策略：成员变量能不能用
UGameplayAbility 是 UObject，但它的"以什么粒度创建实例"由 InstancingPolicy 决定，三档语义完全不同：
| 策略 | 实例数 | 成员变量语义 | 适用 |
|---|---|---|---|
NonInstanced |
0（跑在 CDO 上） | 没有成员变量可用，CDO 共享 | 纯瞬时技能：火球出手即结束，状态全在参数里 |
InstancedPerActor |
每个 ASC 一个 | 跨激活存活——上次激活存的值下次还在 | 蓄力技能、连击计数、需要"上次状态"的技能 |
InstancedPerExecution |
每次激活一个 | 仅本次激活存活，结束即销毁 | 默认推荐：状态干净，无跨激活污染 |
选择的核心问题是"这个技能有没有跨帧/跨激活的状态"。蓄力技能（按住蓄力、松开释放）需要几帧间累积蓄力值，InstancedPerExecution 天然合适——一次激活一个实例，蓄力值就是实例的成员变量，EndAbility 销毁时状态自动清零。而"连击系统要求记住上一段是第几段"这类跨激活状态才需要 InstancedPerActor——注意这状态在 ASC 的生命期里都活着，技能换了、等级重置了它还在，脏状态管理是选这档的真实成本。
NonInstanced 的吸引力是零分配开销，但代价是 ActivateAbility 里不能用任何成员变量（每次激活跑在类默认对象上，上次激活的"状态"对所有调用者共享——并发激活就串线）。实践中 NonInstanced 只适合"无状态的瞬时指令发射器"。
复制策略与 ASC 的关系
技能逻辑的复制需求很弱（表现走 Cue，数值走 GE/属性），所以技能类的网络同步集中在两件事：bReplicateInputDirectly（输入直连，少见）和技能的激活状态广播（ASC 维护活跃技能列表的复制，供 UI 显示"队友在读条"）。技能本身默认不复制——这也是 GAS 强调"状态全落 GE/tag"的又一个理由：技能实例的状态默认只有本地可见，想在其他端可见的状态，必须显式落成 GE 或 replicated 属性。