1. 项目概述与核心价值

如果你在Unity里做过稍微复杂点的技能系统，比如一个带冷却、消耗、Buff叠加、状态判定的RPG技能，或者一个需要处理连招、打断、属性加成的动作游戏技能，你大概率经历过这样的痛苦：脚本越写越多，状态管理越来越乱，技能数据和逻辑耦合得难解难分，策划想改个数值或者加个新效果，程序就得跟着改一堆代码。这种时候，一个清晰、强大、可扩展的技能系统框架就成了刚需。

Gameplay Ability System，简称GAS，最初是虚幻引擎（Unreal Engine）里的一套用于构建复杂游戏玩法能力的框架。它的核心思想是把技能（Ability）、效果（GameplayEffect）、属性（Attribute）和标签（GameplayTag）解耦，通过一套基于组件的运行时逻辑来驱动整个游戏的能力体系。现在，有开发者将这套思想移植到了Unity中，这就是我们今天要深入探讨的“EX-GAS”（EX Gameplay Ability System for Unity）。

这个项目不是简单地封装几个接口，而是力求在Unity中复现GAS的核心架构。它试图解决的核心问题是：如何优雅地管理游戏中所有“谁（Who）对谁（What）做了什么（Do）”的交互。这里的“谁”是AbilitySystemComponent（ASC），可以理解为游戏中的任何实体（角色、怪物、机关）；“做什么”是Ability，即一个具体的技能或行为；“对谁”和“产生什么结果”则由GameplayEffect（GE）来定义，它负责处理属性修改、状态施加（Buff/Debuff）、视觉提示（Cue）等。

对于Unity开发者而言，掌握EX-GAS意味着你能用一种更数据驱动、更易于策划配置的方式来构建技能系统。它特别适合中大型项目，尤其是MMORPG、MOBA、ARPG、策略战棋等需要处理大量复杂技能交互和状态管理的游戏类型。即使对于独立开发者，理解其设计思想也能极大地提升你架构游戏系统的能力。接下来，我将带你从零开始，彻底拆解这套系统，并分享在实际项目中应用它时，那些文档里不会写的实战经验和避坑指南。

2. 系统核心架构与设计哲学拆解

EX-GAS的架构可以概括为“一个核心，四大支柱”。一个核心是AbilitySystemComponent（ASC），它是所有游戏实体的能力系统载体。四大支柱分别是：GameplayTag（标签系统）、Attribute & AttributeSet（属性系统）、GameplayEffect（效果系统）和Ability（能力系统）。整个系统的运转，就是ASC通过Ability触发GameplayEffect，进而影响自身或其他ASC的Attribute和Tag状态。

2.1 核心运转逻辑：ASC -> Ability -> GameplayEffect

这是理解GAS最关键的一环。你可以把整个系统想象成一个精密的工厂：

• ASC（工厂车间）：每个游戏实体（角色、怪物）都是一个独立的车间，车间里有自己的原材料（Attribute）、生产状态（Tag）和机器设备（Ability）。
• Ability（生产指令）：车间主任（玩家或AI）下达的一个具体生产指令，比如“生产一批零件”。这个指令本身不直接改变原材料，而是启动一个生产流程。
• GameplayEffect（生产流程与结果）：这个指令触发的具体流水线。它规定了要消耗哪些原材料（Cost GE），生产后机器需要冷却多久（Cooldown GE），以及最终产品是什么——可能是增加某种原材料库存（修改Attribute），也可能是给车间贴上一个“正在质检”的标签（添加Tag），或者播放一个“生产完成”的灯光效果（触发Cue）。

为什么这么设计？最大的好处是解耦和数据驱动。技能的逻辑（Ability）和技能的效果（GameplayEffect）是分开的。策划可以在不修改代码的情况下，通过配置不同的GameplayEffect来创造出“火球术”（造成伤害+点燃）和“冰锥术”（造成伤害+减速）这两种技能，它们可能共用同一个“发射弹道”的Ability逻辑，只是挂载的GE不同。同时，所有数值变化和状态都通过GE来集中管理，使得伤害公式、Buff叠加规则等变得可配置、可预测。

2.2 四大支柱详解

2.2.1 GameplayTag：状态的灵魂

Tag系统是GAS灵活性的基石。它用树状结构（如State.Debuff.Stun）取代了传统的布尔值或枚举。它的强大之处在于：

• 高效的状态查询：判断一个单位是否“眩晕”，不再需要检查isStunned变量，而是检查它是否拥有State.Debuff.Stun这个Tag。更强大的是，你可以检查是否拥有State.Debuff这个父Tag，来判断单位是否有任何负面状态。
• 驱动逻辑：GameplayEffect和Ability的激活、阻塞、移除等逻辑，都严重依赖Tag。例如，一个“魔法护盾”效果（GE）可以要求目标不拥有State.Silence（沉默）Tag才能生效；一个“冲锋”技能（Ability）在激活时，可以阻塞所有带有Ability.Movement标签的其他技能（防止走路和冲锋同时进行）。
• 设计心得：在项目初期，一定要和策划一起规划好Tag的树状结构。常见的分类可以有State（状态，如眩晕、沉默）、Ability（能力类型，如移动、攻击）、Buff（增益）、Debuff（减益）、Element（元素，如火、冰）、Race（种族）等。结构规划得好，后期逻辑组合会非常清晰。

2.2.2 Attribute & AttributeSet：数值的基石

Attribute是具体的数值，如生命值、攻击力。AttributeSet是属性的集合，如AS_Fight（战斗属性集）包含生命、攻击、防御；AS_Weapon（武器属性集）包含耐久、攻击力、元素伤害。

• 设计原则：一个ASC可以拥有多个AttributeSet。但根据我的经验，一个实体尽量只使用一个AttributeSet。这能极大简化代码逻辑，避免在获取属性时频繁切换Set。把不同领域的属性（如战斗属性和经验属性）放在同一个Set的不同分组里，用命名规范来区分即可。
• BaseValue vs CurrentValue：这是属性系统的关键设计。BaseValue是基础值（如角色裸装攻击力），CurrentValue是当前值（受所有GE影响后的最终值）。所有GE的修改器（Modifier）都作用于CurrentValue。这为实现“百分比增加基础攻击力”或“固定值增加当前攻击力”等复杂效果提供了可能。

2.2.3 GameplayEffect：效果的总控台

GE是系统中真正“做事”的单元。它不仅仅是Buff/Debuff，任何对游戏世界状态的修改都应该通过GE进行。

• DurationPolicy（持续时间策略）：
  • Instant：瞬间生效并消失，如一次直接伤害。
  • Duration：持续一段时间后消失，如一个持续10秒的攻击力提升Buff。
  • Infinite：永久持续，直到被手动移除，如某些被动技能的效果。
• Modifier（修改器）与MMC：这是GE影响属性的核心。一个GE可以包含多个Modifier，每个Modifier指定要修改哪个属性（如AS_Fight.Health）、操作类型（加、乘、覆盖）以及最重要的——ModifierMagnitudeCalculation（MMC）。MMC决定了修改的数值是多少。系统内置了几种：
  • ScalableFloatModCalculation：固定值或线性公式（值 = 输入值 * k + b）。
  • AttributeBasedModCalculation：基于来源或目标的某个属性值进行计算（如伤害 = 攻击力 * 技能系数）。
  • SetByCallerModCalculation：数值由Ability在运行时动态传入。
  • CustomCalculation：自定义计算类，满足任何复杂公式需求。
• Stacking（堆叠）：这是实现多层Buff的核心。EX-GAS支持基于来源（AggregateBySource）或基于目标（AggregateByTarget）的堆叠，并可以设置层数上限、溢出效果、持续时间刷新策略等。例如，一个中毒效果可以设计为每层独立计时（AggregateBySource），或者所有层共享一个计时器（AggregateByTarget）。

2.2.4 Ability：行为的触发器

Ability定义了“做什么”以及“什么时候能做”。它包含了技能的成本（Cost GE）、冷却（Cooldown GE）、激活条件（Tag）以及最核心的技能表现逻辑。

• 核心三件套：
  1. AbilityAsset：ScriptableObject资产，用于在编辑器中配置技能的通用数据（CD、消耗、标签等）。
  2. Ability：运行时数据类，通常关联一个AbilityAsset。
  3. AbilitySpec：技能规格类，技能的具体表现逻辑在这里实现。例如，火球术的飞行轨迹、碰撞检测、伤害施加（调用ApplyGameplayEffectTo）都在其ActivateAbility方法中编写。
• TimelineAbility：这是EX-GAS提供的一个强大通用Ability。它允许你在时间轴编辑器上可视化地编排技能的整个流程：第几帧播放什么特效（Cue），第几帧对哪些目标（TargetCatcher）施加什么效果（GameplayEffect），第几帧执行什么自定义任务（AbilityTask）。这对于制作复杂的多段攻击、召唤物技能等非常高效。

3. 从零开始搭建一个技能系统：实战指南

理论讲得再多，不如动手做一遍。假设我们要为一个ARPG游戏角色制作一个技能：“烈焰斩”——向前挥出一道火焰剑气，对直线范围内的敌人造成基于攻击力的火焰伤害，并附加一个持续灼烧的Debuff。

3.1 环境准备与基础配置

1. 导入EX-GAS：通过Unity的Package Manager，添加Git URL:https://github.com/No78Vino/gameplay-ability-system-for-unity.git?path=Assets/GAS。国内可以使用镜像地址。
2. 安装Odin Inspector：这是一个付费插件，但EX-GAS的编辑器功能重度依赖它。请确保使用3.2+版本。没有它，很多配置界面无法正常显示。
3. 基础设置：打开Edit -> EX-GAS -> Setting。
   • 配置文件Asset路径：设置一个文件夹（如Assets/GAS/Config）来存放所有GAS相关的配置资产（Tag、Attribute等）。
   • 脚本生成路径：设置一个文件夹（如Assets/GAS/Scripts/Generated）来存放系统自动生成的代码（如TagLib、AttrSetLib）。
   • 点击“检查子目录文件夹”创建必要子文件夹。
   • 重要提示：在游戏初始化时（如GameManager的Start），调用GasCache.CacheAttributeSetName(GAttrSetLib.TypeToName)。这能预缓存属性集名称，避免运行时因Type.Name产生的GC开销。

3.2 定义标签（GameplayTag）

打开GameplayTag Manager，我们需要规划并创建以下标签：

• Ability.Attack.FireSlash(烈焰斩技能标签)
• State.Buff(增益状态)
• State.Debuff(减益状态)
• State.Debuff.Burning(灼烧状态)
• Element.Fire(火焰元素)
• Cost.Mana(法力消耗)

创建完成后，务必点击右上角的【生成TagLib】按钮。这会在脚本生成路径下创建GTagLib.gen.cs，你可以在代码中通过GTagLib.Ability_Attack_FireSlash来引用这个标签。

3.3 定义属性（Attribute）与属性集（AttributeSet）

1. 定义属性：在Attribute Manager中，创建我们需要的属性：Health（生命）、Mana（法力）、Attack（攻击力）、FireResistance（火焰抗性）。
2. 定义属性集：在AttributeSet Manager中，创建一个名为Hero的属性集，并将上面定义的属性添加进去。
3. 生成脚本：分别点击【生成AttrLib】和【生成AttrSetLib】。这会生成GAttrLib.gen.cs和GAttrSetLib.gen.cs。同时，会创建一个AS_Hero的C#类，我们可以在代码中通过asc.AttrSet<AS_Hero>().Attack.BaseValue来访问英雄的攻击力基础值。

3.4 创建游戏效果（GameplayEffect）

我们需要创建两个GE：一个是瞬间伤害，一个是持续灼烧。

1. 火焰伤害GE (GE_FireSlash_Damage):
   • DurationPolicy:Instant。
   • Modifiers: 添加一个修改器。
     • Attribute: 选择AS_Hero.Health。
     • Operation:Add(因为是扣血，所以填负值)。
     • MMC: 选择AttributeBasedModCalculation。
       • attributeFromType:Source(伤害基于攻击者攻击力)。
       • attributeName:AS_Hero.Attack。
       • captureType:SnapShot(使用技能瞬间的攻击力快照)。
       • k: -1.5 (假设技能伤害系数是150%攻击力)。
       • b: 0。
   • Tags:
     • AssetTags:Element.Fire(标记为火焰伤害)。
     • RemoveGameplayEffectsWithTags: 留空。
     • ApplicationImmunityTags: 可以添加State.Invincible(如果有无敌状态标签)来实现免疫。
2. 灼烧Debuff GE (GE_Burning):
   • DurationPolicy:Duration，设置持续时间为5秒。
   • Period: 1，PeriodExecution: 链接到一个新的Instant类型的GE (GE_Burning_Tick)，用于实现每秒跳一次伤害。
   • Modifiers: 可以添加一个对AS_Hero.FireResistance的减法修改器，降低火抗。
   • Tags:
     • AssetTags:State.Debuff,State.Debuff.Burning,Element.Fire。
     • GrantedTags:State.Debuff.Burning(给目标挂上灼烧标签)。
   • Stacking:
     • stackingType:AggregateByTarget(所有施加者共享层数)。
     • limitCount: 4 (最多叠加4层)。
     • DurationRefreshPolicy:RefreshOnSuccessfulApplication(新层数刷新整个Debuff的持续时间)。
3. 灼烧跳字GE (GE_Burning_Tick):
   • DurationPolicy:Instant。
   • Modifiers: 添加一个修改器，对AS_Hero.Health进行Add操作。MMC可以选择SetByCallerFromTagModCalculation，并关联一个Tag（如Damage.Burning），这样灼烧的每跳伤害可以由施加GE_Burning的源头（烈焰斩）在运行时通过GameplayEffectSpec.RegisterValue来动态设置。

3.5 创建技能（Ability）与技能规格（AbilitySpec）

1. 创建AbilityAsset：在Asset Aggregator中创建AA_FireSlash。
   • Ability Class: 选择或输入我们即将创建的FireSlashAbility。
   • Cost: 链接一个消耗法力的Instant GE。
   • Cooldown: 链接一个冷却GE，并设置CooldownTime为3秒。
   • Tags:
     • AssetTag:Ability.Attack.FireSlash,Element.Fire。
     • BlockAbilityWithTags: 可以添加Ability.Attack，防止同时释放其他攻击技能。
2. 编写Ability和AbilitySpec：

   // FireSlashAbility.cs using UnityEngine; using EXGAS; // AbilityAsset [CreateAssetMenu(fileName = "AA_FireSlash", menuName = "GAS/Ability/FireSlash")] public class FireSlashAbilityAsset : AbilityAsset<FireSlashAbility> { } // Ability 运行时数据类 [System.Serializable] public class FireSlashAbility : AbstractAbility<FireSlashAbilityAsset> { // 可以在这里定义一些技能特有的配置数据，这些会在AbilityAsset的Inspector中显示 public float slashRange = 5f; public float slashWidth = 2f; public override AbilitySpec CreateSpec(AbilitySystemComponent owner) { return new FireSlashAbilitySpec(this, owner); } } // AbilitySpec 技能逻辑实现类 public class FireSlashAbilitySpec : AbilitySpec { private FireSlashAbility _abilityData; private Transform _ownerTransform; public FireSlashAbilitySpec(FireSlashAbility ability, AbilitySystemComponent owner) : base(ability, owner) { _abilityData = ability; _ownerTransform = owner.GetComponent<Transform>(); // 假设ASC挂在GameObject上 } public override AbilityActivateResult CanActivate() { // 这里可以添加额外的激活条件判断，比如目标是否在范围内 // 基础判断（消耗、冷却、标签）父类已经做了 return base.CanActivate(); } public override void ActivateAbility(params object[] args) { base.ActivateAbility(args); // 重要：先调用基类，处理消耗、冷却等 // 1. 播放技能动画、特效（这里可以触发GameplayCue） // Owner.TryActivateCue(...); // 2. 检测攻击范围内的目标 Vector3 startPos = _ownerTransform.position + _ownerTransform.forward; // 假设使用物理检测（盒状、扇形等） Collider[] hits = Physics.OverlapBox(startPos, new Vector3(_abilityData.slashWidth/2, 1f, _abilityData.slashRange/2), _ownerTransform.rotation); foreach (var hit in hits) { var targetAsc = hit.GetComponent<AbilitySystemComponent>(); if (targetAsc != null && targetAsc != Owner) // 不是自己 { // 3. 对目标施加瞬间伤害效果 var damageSpec = Owner.ApplyGameplayEffectTo(_abilityData.damageEffect, targetAsc); // damageEffect需要在AbilityAsset或这里引用 // 4. 动态设置灼烧每跳伤害值（如果使用SetByCaller） if (_abilityData.burningEffect != null) { var burningSpec = Owner.ApplyGameplayEffectTo(_abilityData.burningEffect, targetAsc); // 假设灼烧每跳伤害是攻击力的10% float burnTickDamage = Owner.AttrSet<AS_Hero>().Attack.CurrentValue * -0.1f; burningSpec.RegisterValue(GTagLib.Damage_Burning, burnTickDamage); } } } // 5. 技能表现逻辑结束后，结束Ability TryEndAbility(); } public override void EndAbility() { // 清理工作，如取消后续的计时器、移除临时状态等 base.EndAbility(); } public override void CancelAbility() { // 技能被中断时的处理 base.CancelAbility(); } }

3. 生成AbilityLib：在Asset Aggregator中，点击左侧的C-Ability，然后点击右上角的【生成AbilityLib】。这样运行时才能通过名字找到你的技能。

3.6 组装角色与测试

1. 创建ASC预设：在Asset Aggregator中创建一个ASC Preset，比如Preset_Hero。为其添加Hero属性集，设置基础属性值。添加AA_FireSlash作为固有能力。添加一些固有标签，如Camp.Player。
2. 挂载到角色：在你的玩家角色GameObject上添加AbilitySystemComponent组件。将Preset_Hero拖拽赋值，或者在脚本中调用asc.InitWithPreset(1, preset)进行初始化。
3. 触发技能：在玩家输入或AI逻辑中，调用asc.TryActivateAbility("AA_FireSlash")。系统会自动检查法力、冷却、标签条件，然后执行FireSlashAbilitySpec.ActivateAbility中的逻辑。

4. 高级特性与性能优化实战

4.1 GameplayCue：表现与逻辑分离

GameplayCue负责处理技能的表现层：音效、特效、动画、UI提示等。原则是：Cue不应该影响游戏核心数值和玩法逻辑。例如，一个伤害数字飘字是Cue，但计算伤害不是。

创建自定义Cue：

1. 继承GameplayCueInstant<T>或GameplayCueDurational<T>创建Cue资产类，用于配置参数（如特效Prefab、音效Clip）。
2. 继承对应的GameplayCueInstantSpec或GameplayCueDurationalSpec创建规格类，在Trigger()或OnAdd()/OnTick()等方法中实现具体的播放逻辑。
3. 在GE或Ability中关联创建好的Cue资产。

实战技巧：利用Cue Parameters中的customArguments传递动态数据。比如在火球爆炸的Cue中，通过customArguments[0]传递爆炸位置，用于在正确位置生成特效。

4.2 AbilityTask：模块化技能逻辑

对于复杂的技能时间轴，除了使用TimelineAbility，你还可以创建自定义的AbilityTask来封装可复用的逻辑块，比如“向目标位移”、“播放序列动画”、“生成投射物”等。

创建自定义InstantTask：

public class MoveToTargetTask : InstantAbilityTask { public float duration; public AnimationCurve speedCurve; public override void OnExecute() { // 获取技能参数中的目标 var target = Spec.Ability.Parameters?.GetTarget(); if (target != null) { // 启动一个协程或使用DOTween完成位移 Spec.Owner.StartCoroutine(MoveCoroutine(target, duration)); } } IEnumerator MoveCoroutine(Transform target, float time){...} }

然后在你的AbilitySpec的ActivateAbility中，创建并执行这个Task。这种方式比把所有逻辑都写在ActivateAbility里更清晰，也更容易复用。

4.3 性能考量与优化点

1. GC（垃圾回收）：

   • Tag比较：尽量使用GameplayTag的HashCode进行比较，而不是字符串。
   • 避免频繁创建Spec：GameplayEffectSpec和AbilitySpec在频繁触发时可以考虑对象池。
   • 慎用customArguments：object[]涉及装箱拆箱，在性能敏感的Cue或Task中，可以考虑使用强类型的参数容器。

2. 帧更新开销：

   • Tick管理：GameplayEffectContainer.Tick()和AbilityContainer.Tick()会遍历所有活跃的GE和Ability。确保Infinite和Duration类型的GE数量可控，及时移除不再需要的GE。
   • MMC计算：AttributeBasedModCalculation使用Track模式时，每一帧都会重新抓取属性值进行计算。如果属性值不常变化，使用SnapShot模式性能更好。

3. 网络同步（未来）：EX-GAS目前版本（根据文档）暂未实现网络同步。如果你的项目是多人游戏，需要自己设计GE和Ability的RPC同步逻辑，核心是同步ASC的状态快照和关键事件（如Ability激活、GE施加）。

5. 常见问题排查与实战心得

在实际项目中踩过不少坑，这里总结一些高频问题和解决方案：

问题1：技能无法激活，CanActivate返回失败。

• 检查步骤：
  1. Cost GE：确认Cost GE的Modifier是否正确修改了法力值（通常是减法），且目标ASC拥有对应的属性（如Mana）。
  2. Cooldown GE：确认Cooldown GE的Duration是否正确，并且其Granted Tags（如Cooldown.FireSlash）没有被意外移除。
  3. Tag条件：检查Ability的ActivationRequiredTags和ActivationBlockedTags，以及ASC当前拥有的Dynamic Tags和Fixed Tags。使用Runtime Watcher工具可以直观看到。
  4. Ability是否已授予：确认ASC的预设或运行时GrantAbility方法已正确添加该Ability。

问题2：GameplayEffect没有生效，属性没有变化。

• 检查步骤：
  1. 目标ASC：确认ApplyGameplayEffectTo的目标参数是否正确。
  2. GE的Tag要求：检查GE的ApplicationRequiredTags和ApplicationImmunityTags。目标ASC必须满足所有Required Tags，且不能拥有任何Immunity Tags。
  3. Modifier配置：双击检查MMC的计算公式和参数来源（Source/Target）是否正确。一个常见的错误是：一个基于“来源攻击力”的伤害MMC，但attributeFromType错选成了Target。
  4. 堆叠冲突：如果GE是可堆叠的，检查stackingCodeName是否唯一（或按需共享），以及limitCount和溢出策略是否符合预期。

问题3：使用TimelineAbility时，特效或事件没有在正确时间点触发。

• 检查步骤：
  1. 预览实例：在TimelineAbilityEditor中，务必指定一个“预览实例”GameObject，否则很多基于Transform的预览（如区域检测）无法工作。
  2. 帧数对齐：Unity的动画系统、粒子系统可能以秒为单位，而TimelineAbility编辑器以帧为单位。确保时间换算正确（帧数 / 帧率 = 秒数）。
  3. TargetCatcher：自定义的TargetCatcher要确保CatchTargets方法在运行时能正确获取到目标ASC列表。在编辑器模式下，可以通过预览按钮测试。

问题4：属性值变化不符合预期，尤其是涉及多个GE叠加时。

• 理解执行顺序：GE中的多个Modifier，其执行顺序就是它们在Inspector列表中的顺序。对于同一属性的加法和乘法操作，顺序不同结果不同（例如先加后乘 vs 先乘后加）。
• 区分Base和Current：明确你的MMC是想修改BaseValue还是基于CurrentValue计算。修改BaseValue会影响所有基于它的百分比加成。
• 使用Runtime Watcher：这是最强大的调试工具。实时监控ASC的属性、Tag、GE列表，可以清楚地看到每一帧的变化来自哪个GE。

个人心得：

• 前期规划大于后期调试：花足够的时间和策划一起设计好Tag树、属性集、基础GE模板。一个清晰的顶层设计能节省后期大量的沟通和修改成本。
• 善用ScriptableObject：EX-GAS的核心配置都是ScriptableObject，这意味着策划可以在不重启游戏的情况下（配合Addressables等）热更部分技能数据。
• 封装常用操作：针对你的项目，封装一些常用的工具方法，比如ApplyDamage(ASC source, ASC target, float multiplier)，内部处理寻找伤害属性、应用伤害GE等，让业务层代码更简洁。
• 保持ASC的纯洁性：尽量避免在ASC之外直接修改其Attribute的CurrentValue。所有修改都通过GE进行，这样才能保证整个数值变化链条是可追溯、可预测的。

EX-GAS是一套强大的框架，学习曲线确实不低，但一旦掌握，它能为你带来的开发效率提升和系统稳定性是巨大的。它迫使你以数据驱动和组件化的思维来设计游戏逻辑，这对于构建长期维护的中大型项目至关重要。希望这篇指南能帮你顺利上手，少走弯路。如果在使用中遇到具体问题，不妨去项目的GitHub页面或反馈群（616570103）看看，社区和作者通常能提供很多帮助。