资讯详情

深入了解 · 专业解读

Unity状态机实战：从零构建角色行为管理系统

发布时间：2026/8/4 8:47:36
Unity状态机实战：从零构建角色行为管理系统 1. 项目概述为什么Unity开发者绕不开状态机如果你在Unity里做过稍微复杂一点的逻辑比如角色控制、UI流程或者游戏流程管理大概率会遇到一个头疼的问题代码里到处都是if-else或者switch-case状态切换的逻辑散落在各个角落改一处动全身调试起来像在迷宫里找路。我自己在早期项目里就吃过这个亏一个角色的行为脚本写了上千行后期加一个“眩晕”状态差点把整个逻辑推倒重来。这就是我们今天要聊的“状态机”要解决的问题。它不是某个高深莫测的框架而是一种清晰管理对象行为模式的设计思想在Unity开发中无论是Animator控制器还是你自己写的逻辑其核心都是状态机。简单说状态机就是把一个对象比如游戏角色、一个按钮、一段剧情的所有可能“状态”站立、奔跑、跳跃、攻击以及这些状态之间如何“转换”的规则明确地定义和管理起来。想象一下十字路口的红绿灯它有“红灯”、“绿灯”、“黄灯”三个状态并且规则非常明确绿灯亮60秒后变黄黄灯亮3秒后变红…它自己绝不会在红灯时突然跳到绿灯这就是一个典型的状态机。在Unity里实现它能让你代码的条理性、可维护性和可扩展性提升好几个档次。网上有很多复杂的框架但对于大多数日常需求一个轻量、清晰、自己手写的简单状态机往往更高效、更可控。接下来我就结合自己踩过的坑和实战经验带你从零开始实现一个专属于你项目需求的、简单却强大的Unity状态机。2. 状态机核心设计思路与选型考量在动手写代码之前我们先得把设计思路理清楚。一个状态机无论简单还是复杂都离不开几个核心部分状态State、转换条件Transition和状态机控制器State Machine。我们的目标是设计一个结构让状态自己管理进入、更新和退出的行为让转换条件明确清晰让控制器负责调度和切换。2.1 状态State基类设计封装行为生命周期首先我们抽象出一个所有具体状态的基类。这个基类定义了状态的生命周期钩子方法这是状态机模式的核心契约。/// summary /// 状态基类。所有具体状态如IdleState, RunState都应继承自此。 /// /summary public abstract class StateBase { /// summary /// 状态唯一标识用于查询和比较。通常使用枚举或字符串。 /// /summary public abstract string StateID { get; } /// summary /// 当状态机进入此状态时调用。用于初始化如播放动画、重置计时器。 /// /summary /// param namemachine所属状态机方便状态获取上下文信息。/param public virtual void OnEnter(StateMachine machine) { } /// summary /// 每帧调用。处理状态内的持续逻辑如检测输入、更新位移。 /// /summary /// param namemachine所属状态机。/param public virtual void OnUpdate(StateMachine machine) { } /// summary /// 固定时间步长调用。处理物理相关逻辑。 /// /summary /// param namemachine所属状态机。/param public virtual void OnFixedUpdate(StateMachine machine) { } /// summary /// 当状态机离开此状态时调用。用于清理如停止粒子效果、取消监听。 /// /summary /// param namemachine所属状态机。/param public virtual void OnExit(StateMachine machine) { } }为什么这么设计生命周期分离OnEnter、OnUpdate、OnExit将状态逻辑清晰地划分到不同阶段符合直觉。比如“跳跃状态”在OnEnter时施加一个向上的力在OnUpdate中检测是否落地在OnExit时取消跳跃动画。依赖注入StateMachine将状态机实例作为参数传入每个方法是这种简单实现的关键。这样状态内部可以访问状态机持有的任何公共数据如玩家输入、刚体组件、动画控制器而不需要状态类自己去Find或持有冗余引用降低了耦合度。虚方法Virtual使用virtual关键字意味着子类可以按需重写它们而不是强制实现所有方法。一个简单的“待机状态”可能只需要OnEnter播个动画OnUpdate和OnFixedUpdate都可以为空。2.2 状态机控制器StateMachine设计中枢调度器状态机控制器是大脑它持有当前状态并驱动状态的更新和切换。using System.Collections.Generic; using UnityEngine; /// summary /// 状态机核心控制器。 /// /summary public class StateMachine : MonoBehaviour { // 存储所有已注册的状态键为StateID。 private Dictionarystring, StateBase _states new Dictionarystring, StateBase(); // 当前活跃的状态。 private StateBase _currentState null; /// summary /// 注册一个状态到状态机中。 /// /summary public void RegisterState(StateBase state) { if (state null || string.IsNullOrEmpty(state.StateID)) { Debug.LogError(尝试注册一个无效的状态); return; } if (_states.ContainsKey(state.StateID)) { Debug.LogWarning($状态ID {state.StateID} 已存在将被覆盖。); } _states[state.StateID] state; } /// summary /// 切换到指定状态。 /// /summary /// param namestateID目标状态的ID。/param /// returns切换是否成功。/returns public bool ChangeState(string stateID) { // 1. 检查目标状态是否存在 if (!_states.TryGetValue(stateID, out StateBase targetState)) { Debug.LogError($无法切换到不存在的状态: {stateID}); return false; } // 2. 如果是同一个状态不执行任何操作可选根据需求决定 if (_currentState ! null _currentState.StateID stateID) { // Debug.Log($已是当前状态: {stateID}); return true; } // 3. 执行当前状态的退出逻辑 _currentState?.OnExit(this); // 4. 切换状态引用 StateBase previousState _currentState; _currentState targetState; // 5. 执行新状态的进入逻辑 _currentState.OnEnter(this); Debug.Log($状态切换: {previousState?.StateID ?? None} - {_currentState.StateID}); return true; } // MonoBehaviour生命周期钩子驱动状态更新 private void Update() { _currentState?.OnUpdate(this); } private void FixedUpdate() { _currentState?.OnFixedUpdate(this); } /// summary /// 获取当前状态ID。 /// /summary public string CurrentStateID _currentState?.StateID; /// summary /// 获取当前状态实例谨慎使用。 /// /summary public StateBase CurrentState _currentState; }设计考量与心得使用Dictionary管理状态以StateID为键查找效率是O(1)比用List遍历高效。注册RegisterState方法提供了集中管理入口。严谨的状态切换流程ChangeState是核心。务必遵循“旧状态退出 - 切换引用 - 新状态进入”的顺序。这个顺序不能乱否则可能导致状态依赖的资源如动画状态清理和初始化冲突。空值安全大量使用?.Null条件运算符和??Null合并运算符避免空引用异常。_currentState在初始时为null是正常的。挂载到GameObject继承MonoBehaviour是为了利用Update和FixedUpdate来驱动状态更新。这样状态机可以方便地挂载在任何需要它的游戏对象上并与其他组件交互。2.3 转换条件Transition的集成两种实用策略状态切换需要条件。如何优雅地集成转换条件是区分“玩具”与“实用”状态机的关键。这里介绍两种最常用的策略。策略一状态自检式推荐用于简单逻辑转换条件直接写在状态的OnUpdate方法里。这种方式简单直接适合状态数量少、转换逻辑简单的场景。public class PlayerIdleState : StateBase { public override string StateID Idle; public override void OnUpdate(StateMachine machine) { // 假设machine挂载的GameObject上有一个PlayerController组件提供了InputX属性 PlayerController player machine.GetComponentPlayerController(); if (player null) return; // 状态自检转换条件如果水平输入不为零则切换到奔跑状态 if (Mathf.Abs(player.InputX) 0.1f) { machine.ChangeState(Run); return; // 切换后立即退出当前状态的Update避免同一帧执行无效逻辑 } // 其他Idle状态下的逻辑... // 例如播放呼吸动画、恢复体力等 } }注意在调用ChangeState后立即return是个好习惯。因为状态切换可能在当前帧生效继续执行旧状态的逻辑可能导致意外行为。策略二条件分离式推荐用于复杂逻辑将转换条件抽象成独立的类或数据结构由状态机控制器统一管理和评估。这种方式更解耦适合状态多、转换条件复杂且可能复用的场景。// 首先定义一个转换条件基类 public abstract class TransitionCondition { public string FromStateID { get; protected set; } public string ToStateID { get; protected set; } public abstract bool CheckCondition(StateMachine machine); } // 实现一个具体的条件按键按下切换 public class KeyPressTransition : TransitionCondition { private KeyCode _triggerKey; public KeyPressTransition(string fromState, string toState, KeyCode key) { FromStateID fromState; ToStateID toState; _triggerKey key; } public override bool CheckCondition(StateMachine machine) { return Input.GetKeyDown(_triggerKey); } } // 然后在StateMachine中增加一个ListTransitionCondition并在Update中检查 public class StateMachine : MonoBehaviour { // ... 原有字段 ... private ListTransitionCondition _transitions new ListTransitionCondition(); public void AddTransition(TransitionCondition transition) _transitions.Add(transition); private void Update() { // 先检查全局转换条件 foreach (var trans in _transitions) { if (_currentState ! null _currentState.StateID trans.FromStateID) { if (trans.CheckCondition(this)) { ChangeState(trans.ToStateID); break; // 一次只处理一个转换 } } } // 再执行当前状态的更新 _currentState?.OnUpdate(this); } // ... 其他代码 ... }两种策略如何选择状态自检式胜在简单直观逻辑和状态绑定紧密适合原型开发或小型系统。缺点是状态类会逐渐“膨胀”且转换逻辑无法在不同状态间复用。条件分离式结构更清晰转换条件可配置、可复用甚至可以通过数据文件如JSON驱动非常适合复杂AI、技能系统。缺点是架构稍复杂需要维护额外的条件类集合。对于大多数Unity项目我建议先从状态自检式开始当发现转换逻辑开始重复或状态OnUpdate方法过于臃肿时再重构为条件分离式。不要过度设计。3. 实战演练构建一个玩家角色控制状态机光说不练假把式。我们用一个经典的2D玩家角色控制作为例子实现包含待机、奔跑、跳跃、下蹲四个状态的状态机。你会看到状态机如何让代码变得清晰。3.1 定义状态枚举与玩家控制器上下文首先我们定义状态ID和创建一个承载玩家数据的上下文组件。这个组件将挂载在和StateMachine同一个GameObject上。// 状态ID使用字符串更灵活但用枚举可以在编码时获得IDE提示和类型安全。 // 这里为了清晰使用字符串常量。 public static class PlayerStateID { public const string Idle Idle; public const string Run Run; public const string Jump Jump; public const string Crouch Crouch; } // PlayerController作为状态机所需的上下文数据提供者 [RequireComponent(typeof(Rigidbody2D), typeof(BoxCollider2D))] public class PlayerController : MonoBehaviour { // 输入 public float InputX { get; private set; } public bool InputJumpPressed { get; private set; } public bool InputCrouchHeld { get; private set; } // 组件引用 private Rigidbody2D _rb; private BoxCollider2D _collider; private Animator _animator; // 角色参数 public float MoveSpeed 5f; public float JumpForce 10f; [SerializeField] private LayerMask _groundLayer; [SerializeField] private Transform _groundCheckPoint; [SerializeField] private float _groundCheckRadius 0.1f; // 状态标志 public bool IsGrounded { get; private set; } void Awake() { _rb GetComponentRigidbody2D(); _collider GetComponentBoxCollider2D(); _animator GetComponentAnimator(); } void Update() { // 收集输入 InputX Input.GetAxisRaw(Horizontal); InputJumpPressed Input.GetButtonDown(Jump); InputCrouchHeld Input.GetKey(KeyCode.LeftControl) || Input.GetKey(KeyCode.S); // 更新接地检测 IsGrounded Physics2D.OverlapCircle(_groundCheckPoint.position, _groundCheckRadius, _groundLayer); // 这里可以更新一些Animator参数但核心状态逻辑在状态类里 if (_animator ! null) { _animator.SetFloat(SpeedX, Mathf.Abs(InputX)); _animator.SetBool(IsGrounded, IsGrounded); } } // 提供一些公共方法供状态类调用 public void SetVelocityX(float x) _rb.velocity new Vector2(x, _rb.velocity.y); public void AddForceY(float force) _rb.AddForce(Vector2.up * force, ForceMode2D.Impulse); public Vector2 GetVelocity() _rb.velocity; }3.2 实现具体状态类现在基于StateBase我们实现四个具体的状态。IdleState待机状态public class PlayerIdleState : StateBase { public override string StateID PlayerStateID.Idle; private PlayerController _player; public override void OnEnter(StateMachine machine) { _player machine.GetComponentPlayerController(); if (_player null) return; // 进入待机停止水平速度播放待机动画 _player.SetVelocityX(0f); // 动画触发可以通过Animator这里假设由PlayerController的Update统一处理 Debug.Log(进入待机状态); } public override void OnUpdate(StateMachine machine) { if (_player null) return; // 状态转换检查 if (Mathf.Abs(_player.InputX) 0.1f) { machine.ChangeState(PlayerStateID.Run); return; } if (_player.InputJumpPressed _player.IsGrounded) { machine.ChangeState(PlayerStateID.Jump); return; } if (_player.InputCrouchHeld) { machine.ChangeState(PlayerStateID.Crouch); return; } // 待机状态特有逻辑例如缓慢恢复体力 // ... } public override void OnExit(StateMachine machine) { Debug.Log(退出待机状态); } }RunState奔跑状态public class PlayerRunState : StateBase { public override string StateID PlayerStateID.Run; private PlayerController _player; public override void OnEnter(StateMachine machine) { _player machine.GetComponentPlayerController(); Debug.Log(进入奔跑状态); } public override void OnUpdate(StateMachine machine) { if (_player null) return; // 移动逻辑 float targetSpeed _player.InputX * _player.MoveSpeed; _player.SetVelocityX(targetSpeed); // 状态转换检查 if (Mathf.Abs(_player.InputX) 0.1f) { machine.ChangeState(PlayerStateID.Idle); return; } if (_player.InputJumpPressed _player.IsGrounded) { machine.ChangeState(PlayerStateID.Jump); return; } if (_player.InputCrouchHeld) { machine.ChangeState(PlayerStateID.Crouch); return; } } public override void OnExit(StateMachine machine) { Debug.Log(退出奔跑状态); } }JumpState跳跃状态public class PlayerJumpState : StateBase { public override string StateID PlayerStateID.Jump; private PlayerController _player; private bool _hasJumped false; public override void OnEnter(StateMachine machine) { _player machine.GetComponentPlayerController(); _hasJumped false; Debug.Log(进入跳跃状态); } public override void OnUpdate(StateMachine machine) { if (_player null) return; // 只在进入状态的第一帧执行跳跃防止空中连续触发 if (!_hasJumped) { _player.AddForceY(_player.JumpForce); _hasJumped true; } // 跳跃中的水平移动可选实现空中控制 float airControlFactor 0.8f; // 空中控制系数 float targetSpeed _player.InputX * _player.MoveSpeed * airControlFactor; _player.SetVelocityX(targetSpeed); // 状态转换检查落地后回到Idle或Run if (_player.IsGrounded _player.GetVelocity().y 0.01f) { // 根据水平输入决定落地后的状态 if (Mathf.Abs(_player.InputX) 0.1f) machine.ChangeState(PlayerStateID.Run); else machine.ChangeState(PlayerStateID.Idle); return; } } public override void OnExit(StateMachine machine) { Debug.Log(退出跳跃状态); // 可以在这里重置跳跃相关变量如二段跳次数 } }CrouchState下蹲状态public class PlayerCrouchState : StateBase { public override string StateID PlayerStateID.Crouch; private PlayerController _player; private Vector2 _originalColliderSize; private Vector2 _originalColliderOffset; public override void OnEnter(StateMachine machine) { _player machine.GetComponentPlayerController(); if (_player null) return; // 记录原始碰撞体尺寸和偏移 _originalColliderSize _player.GetComponentBoxCollider2D().size; _originalColliderOffset _player.GetComponentBoxCollider2D().offset; // 修改碰撞体为下蹲尺寸例如高度减半 var collider _player.GetComponentBoxCollider2D(); collider.size new Vector2(_originalColliderSize.x, _originalColliderSize.y * 0.5f); collider.offset new Vector2(_originalColliderOffset.x, _originalColliderOffset.y - _originalColliderSize.y * 0.25f); // 停止水平移动 _player.SetVelocityX(0f); Debug.Log(进入下蹲状态); } public override void OnUpdate(StateMachine machine) { if (_player null) return; // 状态转换检查松开下蹲键且头顶没有障碍物时才能站起来 if (!_player.InputCrouchHeld CanStandUp(_player)) { machine.ChangeState(PlayerStateID.Idle); return; } // 下蹲时按下跳跃键通常不允许但可以作为“下蹲跳”功能 // if (_player.InputJumpPressed) { ... } } public override void OnExit(StateMachine machine) { if (_player null) return; // 恢复原始碰撞体 var collider _player.GetComponentBoxCollider2D(); collider.size _originalColliderSize; collider.offset _originalColliderOffset; Debug.Log(退出下蹲状态); } private bool CanStandUp(PlayerController player) { // 实现一个射线检测检查角色头顶是否有足够空间恢复站立 // 这里简化处理直接返回true。实际项目需要根据碰撞体大小进行检测。 return true; } }3.3 组装与初始化最后我们需要一个初始化脚本来创建状态机并注册所有状态。通常可以创建一个PlayerStateMachineInitializer脚本。public class PlayerStateMachineInitializer : MonoBehaviour { void Start() { // 获取或添加状态机组件 StateMachine stateMachine gameObject.GetComponentStateMachine(); if (stateMachine null) stateMachine gameObject.AddComponentStateMachine(); // 创建并注册所有状态 stateMachine.RegisterState(new PlayerIdleState()); stateMachine.RegisterState(new PlayerRunState()); stateMachine.RegisterState(new PlayerJumpState()); stateMachine.RegisterState(new PlayerCrouchState()); // 设置初始状态 stateMachine.ChangeState(PlayerStateID.Idle); Debug.Log(玩家状态机初始化完成。); } }将这个脚本挂载到你的玩家角色预制体上。确保该预制体同时拥有PlayerController、Rigidbody2D、BoxCollider2D和Animator如果需要动画组件。运行游戏你的角色就应该能通过方向键、跳跃键和下蹲键在不同状态间流畅切换了。4. 高级技巧、调试与常见问题排查实现基础功能只是第一步。要让状态机在真实项目中稳健运行还需要一些技巧和应对常见问题的能力。4.1 状态间数据传递与共享有时一个状态需要向另一个状态传递数据。例如“攻击状态”结束后可能需要告诉“待机状态”播放一个收招动画。有几种方法通过上下文PlayerController这是最常用的方法。在上下文组件中设立公共字段或属性作为状态间的共享数据区。// 在PlayerController中 public class PlayerController : MonoBehaviour { public string LastStateExitReason { get; set; } // 例如“WasInterrupted, Finished // ... 其他代码 } // 在AttackState的OnExit中 public override void OnExit(StateMachine machine) { machine.GetComponentPlayerController().LastStateExitReason Finished; } // 在IdleState的OnEnter中读取 public override void OnEnter(StateMachine machine) { var player machine.GetComponentPlayerController(); if(player.LastStateExitReason Finished) { // 播放收招动画 } player.LastStateExitReason ; // 使用后清空 }通过状态机构建参数传递在调用ChangeState时可以扩展该方法以接受一个参数对象。// 在StateMachine中 public bool ChangeState(string stateID, object transitionData null) { // ... 切换逻辑 ... // 在调用OnEnter前可以将transitionData暂存供新状态读取 // 例如可以定义一个接口 IStateWithData让状态类自己来获取数据 }这种方法更灵活但会增加架构复杂度。对于简单需求第一种方法足够。4.2 状态机可视化调试调试状态机时最怕不知道当前是哪个状态。一个简单的UI调试面板非常有用。using UnityEngine.UI; public class StateMachineDebugUI : MonoBehaviour { public Text stateDisplayText; // 在UI Canvas中创建一个Text组件并拖拽赋值 private StateMachine _targetStateMachine; void Start() { _targetStateMachine GetComponentStateMachine(); // 或者通过其他方式找到目标状态机 } void Update() { if (_targetStateMachine ! null stateDisplayText ! null) { stateDisplayText.text $当前状态: {_targetStateMachine.CurrentStateID}; } } }将这个脚本挂载到有状态机的对象上并关联一个UI Text。运行时屏幕上就会实时显示当前状态名对于排查状态切换错误至关重要。4.3 常见问题与解决方案速查表下面表格整理了我实践中遇到的一些典型问题及其解决方法。问题现象可能原因排查步骤与解决方案状态切换后旧状态的逻辑仍在执行在状态的OnUpdate中调用ChangeState后没有立即return。确保在ChangeState后立即使用return;语句退出当前OnUpdate方法。状态切换时发生空引用异常1. 新状态的OnEnter中尝试访问未初始化的组件。2.ChangeState时目标状态未注册。1. 在状态类的方法开头检查GetComponent的结果是否为null。2. 检查初始化脚本确保所有状态都已正确注册到状态机。使用Debug.Log输出注册日志。角色行为“抽搐”在两个状态间快速来回切换转换条件判断不精确存在“乒乓”效应。例如接地检测在边界值附近波动。1. 为条件添加滞后或容差。例如判断奔跑切待机时使用Mathf.Abs(inputX) 0.05f而不是0。2. 使用bool变量记录状态确保一帧内只切换一次。动画与逻辑状态不同步Animator Controller中的状态机与代码状态机没有正确联动。1. 确保在状态的OnEnter中设置正确的Animator触发器或参数。2. 考虑将Animator作为“视图层”代码状态机作为“逻辑层”逻辑层驱动视图层。避免在Animator中做复杂的逻辑判断。进入新状态时旧状态的资源如协程、事件监听未清理在状态的OnExit方法中忘记执行清理操作。黄金法则OnEnter和OnExit必须成对考虑。任何在OnEnter中启动的协程、订阅的事件、创建的对象都必须在OnExit中停止、取消订阅或销毁。FixedUpdate中的物理逻辑表现异常状态切换逻辑写在Update中但物理响应在FixedUpdate两者频率不同导致错过判断。对于依赖物理检测的状态转换如跳跃落地应将判断逻辑同时或主要放在OnFixedUpdate中或者使用在Update中检测但在FixedUpdate中应用力的模式。4.4 性能优化与小技巧状态对象池频繁创建和销毁状态对象如果状态类包含大量数据可能产生GC垃圾回收压力。对于需要频繁切换的状态可以考虑使用对象池复用状态实例。但在我们这种简单实现中状态类通常很轻量直接new的开销可以忽略。使用Enum代替String虽然字符串作为StateID更灵活但枚举在性能、类型安全和IDE提示上更有优势。你可以定义一个PlayerState枚举并在StateBase中使用Enum作为ID类型。记得在StateMachine的字典中相应修改键类型。分层状态机HFSM当状态非常多时比如一个复杂的BOSS AI可以考虑引入分层。例如有一个“移动”父状态其下包含“行走”、“奔跑”、“潜行”等子状态。这能极大简化顶层状态逻辑。我们的简单状态机可以通过组合模式来模拟这一点让一个状态内部再管理一个子状态机。脚本执行顺序确保StateMachine的Update在PlayerController的Update之后执行。因为状态逻辑通常依赖于本帧最新的输入和检测结果。可以在Edit - Project Settings - Script Execution Order中设置。5. 与Unity Animator的协作与取舍很多新手会困惑Unity已经有一个强大的Animator状态机了为什么还要自己写一个答案是分工不同。Animator是动画状态机它优秀于管理动画片段之间的融合、过渡和层级。而你自己写的代码状态机是逻辑状态机它管理的是游戏对象的行为逻辑、规则和条件。最佳实践是让它们各司其职代码状态机逻辑层决定“现在应该做什么”。例如根据输入和物理检测决定从“Idle”切换到“Run”。Animator表现层决定“现在应该看起来怎么样”。它接收来自逻辑层的指令通过Animator的Parameters播放对应的动画。如何协作在你的代码状态机的每个OnEnter方法中设置对应的Animator参数或触发器。public class PlayerRunState : StateBase { public override void OnEnter(StateMachine machine) { var animator machine.GetComponentAnimator(); if (animator ! null) { animator.SetBool(IsRunning, true); // 触发Animator中从AnyState到Run的过渡条件 } // ... 其他逻辑 } public override void OnExit(StateMachine machine) { var animator machine.GetComponentAnimator(); if (animator ! null) { animator.SetBool(IsRunning, false); } // ... 其他逻辑 } }什么情况下可以只用Animator当你的“状态”纯粹由视觉表现动画驱动且逻辑非常简单时。例如一个背景装饰物的几个循环动画。一旦涉及到游戏逻辑如伤害判定、资源消耗、复杂的条件判断就应优先考虑使用代码状态机来管理让Animator专注于播放动画。自己实现状态机的过程是对游戏对象行为管理的一次深刻理解。它强迫你将混乱的if-else梳理成清晰的状态和转换最终得到的不仅是整洁的代码更是对游戏逻辑更强大的掌控力。从这个小系统开始你可以逐步扩展出更复杂的分层状态机、堆叠状态机甚至行为树但它们的核心思想都源于这个简单而强大的模式。

相关新闻