Unity Animator 连击动画卡住？为什么同一个 Animator State 比多个 State 更容易出问题？

本文讨论的问题是：
使用 Unity Animator
连击共用同一个 Animator State
动画会在连击时卡住 / 不播放 / 不重进
如果你用的是多个 Attack State（Attack1 / Attack2 / Attack3），
基本不会遇到本文的问题。

在做动作游戏（例如恶魔城、横版 ARPG）时，连击系统几乎是绕不开的内容。

一个常见设计是：

• Attack1、Attack2、Attack3

• 共用同一个 Animator State

• 用 baiscAttackIndex 参数区分具体攻击段
  

一、先说结论

同一个 Animator State 的连击，更容易出问题，是因为： 在同一帧内，你对同一个 State 既==“否定旧条件”，又“试图进入新状态”，Animator 会在帧末结算时==发生回滚。Animator 只在「State 发生变化」时，才保证 Enter / Exit 的完整生命周期。当 State 名字不变时（即使逻辑上你认为是下一段攻击），Animator 并不保证会重新评估。

二、Animator 的一个关键事实

Unity Animator 不是即时状态机。

你在 Update() 或 State.Update() 里做的这些事：

• SetBool
• ChangeState

都不会立刻生效。

Animator 会在：

这一帧的最后，统一结算所有参数和状态变化

然后，在 下一帧，才进入稳定的新动画状态。

这个帧末统一结算的机制，是理解所有问题的核心。

举个栗子🌰，上代码！

Player_BasicAttackState.cs这个类继承了 EntityState.cs

public override void Update()
{
base.Update();
HandleAttackVelocuty();
//comboAttackQueued：为了解决连击之间会在间隙停顿进入idle状态的问题
if(input.Player.Attack.WasPressedThisFrame())
{
comboAttackQueued = true;
}
//triggerCalled：攻击1、攻击2…每个攻击动画结束后，triggerCalled会设置为true
if(triggerCalled)
{
if(comboAttackQueued)
{
//下面这1句话是错的哦！会造成动画卡住，罪魁祸首！
//stateMachine.ChangeState(player.basicAttackState); //❌❌❌
//正确写法：加入协程
anim.SetBool(animBoolName, false);
player.EnterAttackStateWithDelay(); //✔️✔️✔️
}
else
{
stateMachine.ChangeState(player.idleState);
}
}
}

changeState干了啥，补充一下

StateMachine.cs

public void ChangeState(EntityState newState)
{
currentState.Exit();//退出当前状态
currentState = newState;//当前状态更新
currentState.Enter();//进入当前状态状态
}

EntityState.cs

public virtual void Enter()
{
anim.SetBool(animBoolName, true);
//Debug.Log("I enter " + this.animBoolName);
triggerCalled = false;
}

public virtual void Exit()
{
anim.SetBool(animBoolName, false);
//Debug.Log("I exit " + this.animBoolName);
}

三、多个 Animator State：为什么相对安全？

场景

• Attack1 → Animator State：Attack_1
• Attack2 → Animator State：Attack_2

当你在一帧里切状态时：

stateMachine.ChangeState(Attack2);

Animator 在帧末看到的是：

• 当前 State：Attack_1
• 目标 State：Attack_2（名字不同）

四、同一个 Animator State：问题从哪里开始的？

场景

• Attack1、Attack2、Attack3（看第一张图片）
• 共用 Animator State：basicAttack
• 用 baiscAttackIndex区分

逻辑上写的是：

“还是攻击状态，只是下一段攻击”

但 Animator 看到的是：

“还是同一个 攻击state”

• Attack1 → Attack2
• 两个 不同的 Animator State
• 两个不同的动画节点

时间轴会变成这样：

第 N 帧：
– Animator 在 Attack1
– 你 SetBool("Attack1", false)
– ChangeState(Attack2)
– SetBool("Attack2", true)

Animator 帧末：
– Attack1 条件 false → 允许离开
– Attack2 条件 true → 允许进入

👉 逻辑是单向的，没有自我否定

五、错误流程时间轴（真实踩坑版）

第 N 帧（Attack1 正在播放）

• 当前状态：basicAttack（同一个 Animator State）
• 玩家第二次点击攻击
• 代码逻辑进入连击判断

在 同一帧 内执行了：

stateMachine.ChangeState(Attack2); // 切到“同一个 Animator State”

第 N 帧（Attack1 的 Update）

第 N 帧：
– 当前 Animator 状态：basicAttack
– 当前逻辑状态：AttackState(index = 1)

– 玩家第二次点击
– comboAttackQueued = true

– triggerCalled == true
– 进入 if 分支
– stateMachine.ChangeState(AttackState index = 2)
– Exit AttackState(index = 1)
– Enter AttackState(index = 2)

⚠ 注意：

• Animator 状态：仍然是 basicAttack（还没结算，同一个动画节点 basicAttack）

第 N 帧 · 帧末（冲突发生点）

Animator 帧末❤统一结算：

– 先退出 AttackState
→ anim.SetBool("basicAttack", false);
– 在进入 AttackState
→ anim.SetBool("basicAttack", true);

Animator 在同一帧内，对 同一个 State 的进入条件 做了「失效 → 重新生效」的操作，
但由于目标 State 没变（还是 basicAttack），Animator 无法形成一次“完整的状态切换”，最终进入未定义状态。

六、✅【正确写法 · 同一个 basicAttack 的时间轴】

😊加了协程哦！

第 N 帧（Attack1 Update）

第 N 帧：
– Animator：basicAttack
– 逻辑：AttackState(index = 1)

– 玩家第二次点击
– comboAttackQueued = true

– triggerCalled == true
– anim.SetBool("Attack", false)
– StartCoroutine(EnterAttackStateWithDelay)
– ❗没有 ChangeState
Animator 帧末：
– Attack1 的条件是完整的一次评估
– basicAttack 稳定结束这一帧

第 N+1 帧（同一个动画，但新一轮进入）

第 N+1 帧：
– 协程醒来🤔
– ChangeState(AttackState index = 2)
– Exit AttackState(index = 1)
– Enter AttackState(index = 2)

👉 同一个动画名，但进入时机变了

协程详细代码

public void EnterAttackStateWithDelay()
{
if(queuedAttackCo != null)
{
StopCoroutine(queuedAttackCo);
}
queuedAttackCo = StartCoroutine(EnterAttackStateWithDelayCo());
}

private IEnumerator EnterAttackStateWithDelayCo()
{
//yield return new WaitForEndOfFrame(): 告诉 Unity，“等这一帧所有的画面都渲染完了，你再叫醒我”。之后再执行切换状态的逻辑
yield return new WaitForEndOfFrame();
Debug.Log("切换basicAttackState");
stateMachine.ChangeState(basicAttackState);
}

补充知识：WaitForEndOfFrame() 是个啥

七、一张表看懂unity生命周期（简化版）

八、补充: 为什么要先setBool(false)再changeState

一句话结论：

你必须先“明确告诉 Animator：上一轮攻击已经结束”， 否则下一轮攻击在 Animator 看来根本没有开始。

如果你不 SetBool(false)，会发生什么？

第 N 帧

• Animator State：basicAttack
• Animator 参数：Attack == true
• 动画仍被认为“正在播放中”
• 你启动了协程，但Animator 的进入条件没有任何变化

第 N 帧末（Animator 结算）

• Animator 看到的是：
  • State：basicAttack
  • 条件：Attack 仍然是 true
• 👉 Animator 认为：状态从未结束

第 N+1 帧

• 协程醒来

• 你 ChangeState(basicAttack)

• Animator 的视角是：

  “你让我进入一个我已经在的 State，
  而且进入条件从未失效过”

结果就会变得不确定：

• OnStateEnter 可能不触发
• 动画可能不重播
• 连击 index 可能不生效
• 表现因平台 / 帧率而异

那为什么 先 SetBool(false) 就稳了？

因为你做了两件关键的事：

Animator 的时间线变成：

第 N 帧：
– Attack = false
– basicAttack 明确结束

第 N+1 帧：
– ChangeState(basicAttack)
– Attack = true
– Animator 形成一次完整、合法的重新进入

👉 Animator 只认时间顺序，不认你的“逻辑意图”。

九、用几句话总结

错误原因：

在 Animator 还没来得及完成一次攻击评估时， 就提前否定了它的前提条件。

在同一帧内：

正确方法：用协程

帮 Animator 把“上一轮攻击”和“下一轮攻击” 在时间上隔离开。