Steam 游戏动画状态机实战：2021 年 7 月个人项目如何处理移动、攻击、受击与过渡

动画系统为什么会影响手感

个人游戏早期经常只关心“动画能播出来”。角色待机、跑步、攻击、死亡都有动画后，似乎就能继续做关卡和内容。但 Steam Demo 一公开，玩家会马上感受到更细的问题：按攻击后角色慢半拍，受击后无法操作，翻滚动画看起来结束了但仍不能移动，连段偶尔丢输入，敌人死亡动画播放时仍然有碰撞。

这些问题通常不是单个动画资源的问题，而是动画状态机和玩法状态没有边界。动画负责表现，玩法负责规则；两者要同步，但不能互相随意控制。动画状态机做得清楚，玩家会觉得角色“听话”；做得混乱，玩家会把所有延迟都归因于手感差。

先分清玩法状态和动画状态

玩法状态和动画状态不要混成一个枚举。玩法状态关心角色能不能移动、能不能受伤、能不能攻击；动画状态关心当前播放哪个片段、过渡到哪里、是否循环。

这样做的好处是可以让多个动画共享一个玩法状态，也可以让一个玩法状态根据方向、武器或速度播放不同动画。不要让“播放 attack_01”直接等于“角色正在攻击”，否则动画替换时会破坏逻辑。

过渡条件要少而明确

状态机最怕过渡线太多。每个动画都能跳到每个动画，最后很难排查。个人项目可以先按层级设计：

强制层优先级最高，死亡和过场可以打断其他状态；攻击是否能被闪避打断，要通过取消窗口决定；移动层只在角色可控时运行。这样的规则比一堆自由过渡更容易维护。

动画事件和判定帧

攻击动画通常有前摇、有效帧、后摇。不要用动画开始就打开伤害判定，也不要靠猜时间写死在代码里。更稳妥的做法是用动画事件或数据表标记：

动画事件必须可调试。内部构建可以显示当前动画时间、有效帧和取消窗口。玩家说“我按了闪避没反应”时，开发者要能判断当时是否在取消窗口。

输入缓冲和动画

输入缓冲通常和动画状态机一起工作。玩家在第一段攻击后摇末尾提前按第二段攻击，系统可以缓存输入，在取消窗口打开时执行。没有缓冲，连段会显得僵硬；缓冲太长，又会出现玩家不想出的动作。

建议每类输入有不同缓冲时间：

缓冲执行后要清除，不要把旧输入带到下一个状态。这个 bug 很常见：玩家在受击时按攻击，恢复后突然出刀。

根运动还是代码驱动

角色位移可以由动画根运动驱动，也可以由代码驱动。根运动适合重攻击、处决、攀爬这类需要动画精准位移的动作；代码驱动适合普通移动、平台跳跃和需要强响应的动作。

无论选择哪种，规则要统一。不要同一个闪避有时根运动，有时代码位移，除非你清楚记录了原因。

受击和霸体

受击动画要和玩法规则一致。小伤害是否打断攻击，重击是否击退，Boss 是否有霸体，玩家是否有无敌帧，都要通过状态机表达。

受击表可以这样：

如果动画看起来玩家已经站稳，但玩法仍然锁定输入，会让玩家觉得不公平。动画长度和实际硬直要一致，或用明确反馈表示仍在硬直。

动画和音效/VFX 同步

脚步声、挥刀声、命中特效、落地尘土都应和动画事件同步。不要在代码里按固定间隔播放脚步声，否则角色速度变化后声音会错位。

动画事件可以触发：

• 脚步音。
• 武器挥动音。
• 命中窗口。
• 落地尘土。
• 角色表情变化。
• 武器拖尾开启/关闭。

这些事件要有命名规范，避免 event1、sound2 这类难以维护的标记。

调试工具

内部调试面板可以显示：

动画 bug 很难只靠肉眼判断。调试信息能把“感觉慢”拆成输入、状态、动画和判定问题。

发布前 QA

动画 QA 不只是看动画是否播放。要按动作路径测试：

低帧率尤其要测。如果动画事件在掉帧时被跳过，攻击判定可能不开或不关。关键事件要有兜底。

补丁维护

替换动画资源会影响手感。新动画长度不同，前摇、有效帧、取消窗口都要重调。不要只替换文件就发布。每次换动画，都要跑动作 QA 表，并记录参数变化。

如果玩家反馈某个武器手感变了，要查动画长度、事件位置、输入缓冲和硬直时间，不要只看伤害数值。

最终检查清单

• 玩法状态和动画状态分离。
• 状态机层级和优先级清楚。
• 攻击判定、音效和 VFX 使用动画事件或数据标记。
• 输入缓冲有时间和优先级限制。
• 根运动和代码位移边界明确。
• 受击、霸体、无敌帧有表格记录。
• 内部调试能显示动画、状态和窗口。
• 替换动画后重新 QA。

动画状态机是手感的骨架。个人 Steam 游戏不需要复杂到大型动作游戏，但必须让输入、动画和规则对得上，玩家才会相信角色真的由自己控制。

一个武器替换的实际流程

假设你把主角轻剑替换成斧头。不能只换动画文件。斧头前摇更长，命中点更远，后摇更重，脚步位移也不同。替换流程应该是：先更新动画片段，再调整 hitbox_on 和 hitbox_off 事件，然后调整取消窗口，最后用训练场测三件事：空挥是否拖沓，命中是否对得上特效，玩家能否在合理时机闪避。

如果新武器还改变移动速度，就要看移动层和攻击层混合是否正确。很多手感问题不是攻击动画本身，而是上半身攻击和下半身移动混合后脚滑。

动画状态的存档和读档

读档时不要恢复到任意动画中间。更稳妥的方式是回到稳定玩法状态：idle、检查点站立、房间入口。玩家在攻击、受击、攀爬、过场中退出后，读档恢复到动作中间很容易产生碰撞和输入问题。

如果游戏支持即时读档，也要保存足够状态：角色位置、朝向、玩法状态、必要冷却。动画本身可以重新从安全片段开始。稳定比精确更重要。

多角色和敌人共用规范

敌人也需要动画规范。每个敌人至少有待机、移动、攻击前摇、攻击有效、受击、死亡。Boss 可以更复杂，但事件命名仍应一致。这样战斗系统可以统一监听 hitbox_on，不需要为每个敌人写特殊代码。

如果外包动画资源，给对方事件和长度要求：攻击前摇大约多少秒，动作是否循环，根运动是否启用，受击方向有哪些。规范越清楚，后期集成越少返工。