企业官网建设流程全解析

1. 项目概述与核心价值

最近在社区里看到不少朋友在讨论如何让游戏里的NPC（非玩家角色）行为更“聪明”，而不是像个木头人一样杵在那里，或者只会沿着固定路线巡逻。这让我想起了几年前做的一个独立游戏项目，当时为了给NPC注入灵魂，着实花了不少功夫研究行为逻辑的实现。今天想和大家深入聊聊一个在游戏开发中经久不衰的经典方案：有限状态机。别被这个名字吓到，它本质上就是一种非常直观、好用的逻辑组织工具，特别适合用来描述NPC那些“在什么情况下，做什么事”的行为。

简单来说，一个NPC在游戏世界里，无非就是几种状态：比如“巡逻”、“发现敌人”、“追击”、“攻击”、“逃跑”、“死亡”。有限状态机（FSM）的核心思想，就是把这些状态清晰地定义出来，然后规定好状态之间切换的条件。比如，当巡逻中的NPC“看到”玩家（满足条件），就从“巡逻”状态切换到“追击”状态。这种“状态-条件-动作”的思维模型，非常符合我们人类对行为逻辑的直觉理解，代码写起来也清晰，后期维护和添加新行为都方便。

为什么在Unity里做NPC智能行为，FSM往往是首选？因为它结构清晰、易于调试、性能可控。对于大多数中小型项目或者行为逻辑不算极其复杂的NPC来说，FSM完全够用，甚至可以说是最优解。它不像行为树那样需要引入额外的运行时开销和复杂的节点管理，也不像基于效用理论或GOAP（目标导向行动规划）那样设计门槛高。你完全可以用纯C#脚本，不依赖任何特定插件，就搭建起一个健壮、可扩展的NPC AI框架。接下来，我会结合一个完整的实战案例，从设计思路到代码实现，一步步拆解如何用FSM打造一个具有基础智能的NPC守卫。

2. FSM核心原理与在游戏AI中的定位

2.1 什么是有限状态机（FSM）

有限状态机不是一个游戏开发独有的概念，它在计算机科学、电子工程等领域应用广泛。我们可以把它想象成一个拥有有限个“房间”（状态）的迷宫。NPC当前只能待在一个房间里，每个房间都定义了住在这里时NPC要持续做的事情（比如在“巡逻房”里来回走动）。房间之间有**门（转换条件）**相连，只有满足特定条件（比如听到声音），门才会打开，NPC才能从当前房间走到另一个房间（比如从“巡逻”进入“警戒”状态）。

从程序角度严格定义，一个FSM包含以下几个核心部分：

1. 状态集合：一个有限、明确的所有可能状态的列表。例如：{Idle, Patrol, Chase, Attack, Flee, Dead}。
2. 输入/事件集合：能触发状态改变的外部刺激或内部条件。例如：玩家进入视野、生命值低于20%、攻击冷却结束。
3. 转换规则：定义了从当前状态到下一个状态的映射关系，通常是一个函数：下一状态 = 转换函数(当前状态， 输入事件)。例如：转换(Patrol, 玩家进入视野) = Chase。
4. 当前状态：FSM在任何时刻都处于且仅处于一个状态中。
5. 进入/退出/停留动作：每个状态可以关联三个动作：
   • 进入动作：当切换到该状态时，立即执行一次（如播放“发现敌人”音效）。
   • 退出动作：当离开该状态时，执行一次（如停止巡逻路径计算）。
   • 停留动作：当处于该状态时，每帧或定期执行（如在追击状态中每帧向玩家移动）。

在Unity游戏开发中，我们通常用enum定义状态，用switch-case语句或状态模式（State Pattern）来实现状态转换和动作执行。状态模式会更优雅、扩展性更好，但switch-case对于初学者或简单逻辑来说更直观。本文将展示一种结合两者优情的实用方法。

2.2 FSM在游戏AI架构中的位置

游戏AI是一个多层级的系统，FSM通常处于决策层。一个简化的AI架构可以这样看：

• 感知层：负责收集世界信息。如通过Physics.OverlapSphere进行视觉/听觉检测，判断玩家是否在视野内、是否听到声音。
• 决策层（FSM所在层）：根据感知层的信息，结合NPC自身属性（生命值、弹药量），决定当前应该做什么（处于什么状态）。FSM是这里最常用的决策器之一。
• 行动层：执行决策层下达的指令。如调用NavMeshAgent.SetDestination()来移动，播放攻击动画，发射子弹等。
• 动画层：通常通过Animator Controller与行动层同步，根据状态播放对应的动画（Idle, Walk, Run, Attack）。

FSM作为决策层的大脑，它不直接处理如何移动（那是NavMeshAgent的工作），也不直接处理如何播放动画（那是Animator的工作），它只负责根据条件，决定现在该发什么“命令”。这种职责分离让代码结构非常清晰。

注意：不要试图用FSM去管理所有细节。比如，不要把“向左转30度”或“播放跑步动画第15帧”这样的底层操作作为状态。状态应该是高层次的行为目标，如“移动至A点”、“攻击B目标”。

3. NPC智能守卫FSM设计与状态定义

我们来设计一个经典的“城堡守卫”NPC。它的智能行为逻辑如下：

1. 默认在指定路径点之间巡逻。
2. 如果视野内出现玩家，则进入追击状态，并向玩家移动。
3. 当追击到足够近的攻击范围时，切换到攻击状态，对玩家进行攻击。
4. 攻击期间，如果玩家跑出攻击范围但仍在视野内，则切换回追击状态。
5. 如果玩家跑出视野，则放弃追击，经过短暂警戒（在原地东张西望一段时间）后，回到巡逻状态。
6. 如果守卫的生命值降到危险值以下，无论处于何种状态，都会立即进入逃跑状态，向安全点奔逃。
7. 生命值降至0，进入死亡状态。

根据这个逻辑，我们可以定义出以下状态枚举：

public enum NPCState { Patrol, // 巡逻 Chase, // 追击 Attack, // 攻击 Alert, // 警戒（丢失目标后） Flee, // 逃跑 Dead // 死亡 }

每个状态需要管理的行为：

• Patrol：顺序或随机访问预设的路径点。在每个点停留片刻。持续检测视野内是否有玩家。
• Chase：将玩家的当前位置设为导航目标。持续检测玩家是否进入攻击范围，或是否丢失目标（超出视野/超出最大追击距离）。
• Attack：停止移动。播放攻击动画，调用伤害计算函数。检测玩家是否离开攻击范围。
• Alert：停止移动。播放一个四处张望的动画。持续一段时间，或者在此期间再次发现玩家则立即追击。时间结束后回归巡逻。
• Flee：将预设的“安全点”设为导航目标。无视其他条件，直到到达安全点或生命值恢复（可设计）后再考虑其他行为。
• Dead：播放死亡动画。禁用导航代理和碰撞体。可能触发掉落物或任务更新。

3.1 状态转换条件表

为了让逻辑更清晰，我们可以用一个表格来规划所有可能的状态转换：

这个表格是FSM设计的蓝图，后续的代码实现将严格遵循此表。

实操心得：在动手写代码前，先用表格或流程图把状态和转换条件理清楚，能节省大量后期调试的时间。尤其是处理“从任何状态都可以转换到某状态”（如死亡、逃跑）这种全局条件时，表格能帮你避免遗漏。

4. Unity中FSM的完整代码实现

我们将采用一种“状态模式”的简化版来实现，每个状态不是一个单独的类，而是用一个switch语句集中管理，但为每个状态封装独立的Enter,Update,Exit函数，保持结构清晰。同时，我们会用到Unity的NavMeshAgent组件处理移动，用射线或重叠球体实现视觉感知。

4.1 基础组件与变量声明

首先，创建NPCController.cs脚本。

using UnityEngine; using UnityEngine.AI; // 导航系统 using System.Collections.Generic; public class NPCController : MonoBehaviour { // --- 状态机核心 --- public NPCState currentState; private NPCState previousState; // 有时用于记录之前状态 // --- 感知与属性 --- [Header("感知设置")] public float sightRange = 10f; // 视野范围 public float attackRange = 2f; // 攻击范围 public float fleeHealthThreshold = 30f; // 逃跑生命值阈值 public LayerMask targetMask; // 玩家所在层级 public LayerMask obstacleMask; // 遮挡物层级（墙壁） private Transform playerTarget; // 玩家引用 private bool canSeePlayer = false; [Header("NPC属性")] public float health = 100f; public float patrolSpeed = 2f; public float chaseSpeed = 4.5f; // --- 导航与移动 --- private NavMeshAgent navAgent; [Header("巡逻设置")] public List<Transform> patrolPoints = new List<Transform>(); private int currentPatrolIndex = 0; public float waitTimeAtPoint = 2f; private float waitCounter; [Header("警戒设置")] public float alertDuration = 5f; private float alertTimer; [Header("安全点")] public Transform safePoint; // --- 攻击相关 --- public float attackDamage = 10f; public float attackCooldown = 1.5f; private float lastAttackTime; // --- 动画 --- private Animator animator; private static readonly int SpeedHash = Animator.StringToHash("Speed"); private static readonly int AttackHash = Animator.StringToHash("Attack"); private static readonly int IsDeadHash = Animator.StringToHash("IsDead"); void Start() { navAgent = GetComponent<NavMeshAgent>(); animator = GetComponent<Animator>(); playerTarget = GameObject.FindGameObjectWithTag("Player").transform; // 确保玩家有"Player"标签 if (playerTarget == null) { Debug.LogError("未找到玩家对象！请确保玩家有‘Player’标签。"); } if (patrolPoints.Count == 0) { Debug.LogWarning("巡逻点列表为空，NPC将无法巡逻。"); } // 初始状态 ChangeState(NPCState.Patrol); } void Update() { // 最高优先级检查：死亡 if (health <= 0 && currentState != NPCState.Dead) { ChangeState(NPCState.Dead); return; // 死亡后不再执行其他逻辑 } // 持续更新感知（视觉检测） UpdatePerception(); // 根据当前状态执行每帧逻辑 StateUpdate(); // 更新动画参数（速度） animator.SetFloat(SpeedHash, navAgent.velocity.magnitude); } // 视觉检测方法 void UpdatePerception() { canSeePlayer = false; if (playerTarget == null) return; Vector3 directionToPlayer = (playerTarget.position - transform.position); float distanceToPlayer = directionToPlayer.magnitude; // 1. 距离检查 if (distanceToPlayer > sightRange) return; // 2. 角度检查（可选，模拟视野锥） // float angle = Vector3.Angle(transform.forward, directionToPlayer); // if (angle > 60f) return; // 视野为前方120度 // 3. 射线检测，看是否有遮挡物 RaycastHit hit; if (Physics.Raycast(transform.position + Vector3.up, directionToPlayer.normalized, out hit, sightRange, ~obstacleMask)) { if (hit.transform == playerTarget) { canSeePlayer = true; } } } }

4.2 状态转换与核心状态机逻辑

接下来是状态机的核心：ChangeState方法和各个状态的Enter,Update,Exit逻辑。我们在NPCController类中继续添加。

// 状态转换函数 void ChangeState(NPCState newState) { // 执行旧状态的退出逻辑 StateExit(currentState); // 记录旧状态（可选） previousState = currentState; // 切换状态 currentState = newState; Debug.Log($"NPC状态切换: {previousState} -> {currentState}"); // 执行新状态的进入逻辑 StateEnter(currentState); } // 状态进入逻辑 void StateEnter(NPCState state) { switch (state) { case NPCState.Patrol: navAgent.speed = patrolSpeed; navAgent.isStopped = false; MoveToNextPatrolPoint(); break; case NPCState.Chase: navAgent.speed = chaseSpeed; navAgent.isStopped = false; animator.ResetTrigger(AttackHash); // 重置攻击触发，防止追击时卡住攻击动画 break; case NPCState.Attack: navAgent.isStopped = true; // 攻击时停止移动 navAgent.velocity = Vector3.zero; lastAttackTime = Time.time - attackCooldown; // 允许立即攻击 break; case NPCState.Alert: navAgent.isStopped = true; alertTimer = alertDuration; // 可以在这里播放一个“？”或警戒的动画/特效 break; case NPCState.Flee: navAgent.speed = chaseSpeed; // 用最快速度逃跑 navAgent.isStopped = false; if (safePoint != null) { navAgent.SetDestination(safePoint.position); } else { Debug.LogWarning("未设置安全点，Flee状态可能无效。"); } break; case NPCState.Dead: navAgent.isStopped = true; animator.SetBool(IsDeadHash, true); // 禁用碰撞体和导航，防止尸体被推动或阻挡 GetComponent<Collider>().enabled = false; navAgent.enabled = false; this.enabled = false; // 禁用整个控制器脚本 break; } } // 状态每帧更新逻辑 void StateUpdate() { switch (currentState) { case NPCState.Patrol: PatrolUpdate(); break; case NPCState.Chase: ChaseUpdate(); break; case NPCState.Attack: AttackUpdate(); break; case NPCState.Alert: AlertUpdate(); break; case NPCState.Flee: FleeUpdate(); break; // Dead状态没有Update，因为脚本已被禁用 } } // 状态退出逻辑（清理工作） void StateExit(NPCState state) { // 本例中大部分清理在Enter中处理，这里可根据需要添加 // 例如：停止所有协程、重置计时器等 switch (state) { case NPCState.Attack: // 攻击状态退出时，确保停止攻击动画 animator.ResetTrigger(AttackHash); break; } }

4.3 各个状态的具体行为实现

现在，我们实现每个状态独立的Update逻辑。

// --- 巡逻状态逻辑 --- void PatrolUpdate() { // 条件检查：发现玩家？ if (canSeePlayer) { ChangeState(NPCState.Chase); return; } // 条件检查：生命值过低？ if (health < fleeHealthThreshold) { ChangeState(NPCState.Flee); return; } // 行为逻辑：检查是否到达巡逻点 if (navAgent.remainingDistance <= navAgent.stoppingDistance && !navAgent.pathPending) { waitCounter += Time.deltaTime; if (waitCounter >= waitTimeAtPoint) { waitCounter = 0f; MoveToNextPatrolPoint(); } } } void MoveToNextPatrolPoint() { if (patrolPoints.Count == 0) return; navAgent.SetDestination(patrolPoints[currentPatrolIndex].position); currentPatrolIndex = (currentPatrolIndex + 1) % patrolPoints.Count; // 循环访问 } // --- 追击状态逻辑 --- void ChaseUpdate() { // 条件检查：丢失目标？ if (!canSeePlayer) { ChangeState(NPCState.Alert); return; } // 条件检查：进入攻击范围？ float distToPlayer = Vector3.Distance(transform.position, playerTarget.position); if (distToPlayer <= attackRange) { ChangeState(NPCState.Attack); return; } // 条件检查：生命值过低？ if (health < fleeHealthThreshold) { ChangeState(NPCState.Flee); return; } // 行为逻辑：持续向玩家移动 navAgent.SetDestination(playerTarget.position); } // --- 攻击状态逻辑 --- void AttackUpdate() { // 条件检查：目标死亡或消失？ if (playerTarget == null || !canSeePlayer) { ChangeState(NPCState.Alert); return; } // 条件检查：目标跑出攻击范围？ float distToPlayer = Vector3.Distance(transform.position, playerTarget.position); if (distToPlayer > attackRange) { ChangeState(NPCState.Chase); return; } // 条件检查：生命值过低？ if (health < fleeHealthThreshold) { ChangeState(NPCState.Flee); return; } // 行为逻辑：面向玩家并执行攻击 Vector3 lookDir = (playerTarget.position - transform.position).normalized; lookDir.y = 0; if (lookDir != Vector3.zero) { transform.rotation = Quaternion.Slerp(transform.rotation, Quaternion.LookRotation(lookDir), Time.deltaTime * 10f); } // 攻击冷却检查 if (Time.time >= lastAttackTime + attackCooldown) { PerformAttack(); lastAttackTime = Time.time; } } void PerformAttack() { // 触发攻击动画 animator.SetTrigger(AttackHash); // 这里可以播放攻击音效 // 伤害判定（示例：立即性攻击） // 更复杂的可以用动画事件触发，或使用射线/碰撞体检测 if (Vector3.Distance(transform.position, playerTarget.position) <= attackRange * 1.2f) // 稍大一点容差 { // 假设玩家有一个`PlayerHealth`组件 PlayerHealth playerHealth = playerTarget.GetComponent<PlayerHealth>(); if (playerHealth != null) { playerHealth.TakeDamage(attackDamage); } } } // --- 警戒状态逻辑 --- void AlertUpdate() { // 条件检查：再次发现玩家？ if (canSeePlayer) { ChangeState(NPCState.Chase); return; } // 条件检查：生命值过低？ if (health < fleeHealthThreshold) { ChangeState(NPCState.Flee); return; } // 行为逻辑：计时 alertTimer -= Time.deltaTime; if (alertTimer <= 0f) { ChangeState(NPCState.Patrol); } // 可以在这里添加一个缓慢旋转的代码，模拟四处张望 // transform.Rotate(0, 45f * Time.deltaTime, 0); } // --- 逃跑状态逻辑 --- void FleeUpdate() { // 条件检查：到达安全点？ if (safePoint != null && navAgent.remainingDistance <= navAgent.stoppingDistance && !navAgent.pathPending) { // 到达安全点，可以设计为开始回血，然后回到巡逻 // 这里简单切回巡逻 ChangeState(NPCState.Patrol); return; } // 逃跑状态通常无视玩家，直到到达安全点或死亡 // 可以添加：如果生命值恢复到阈值以上，则停止逃跑？这需要额外的逻辑。 } // --- 外部调用：受到伤害 --- public void TakeDamage(float damage) { if (currentState == NPCState.Dead) return; health -= damage; // 受到伤害时，如果没发现玩家，可以立即进入警戒或直接发现玩家（取决于设计） if (!canSeePlayer && currentState != NPCState.Flee && currentState != NPCState.Dead) { // 例如：受伤后立即进入警戒状态寻找敌人 ChangeState(NPCState.Alert); } // 生命值检查在Update的顶部统一处理 }

4.4 场景设置与组件配置

代码完成后，需要在Unity编辑器中设置：

1. 将脚本挂载到NPC角色（带有NavMeshAgent和Animator组件的GameObject）上。
2. 在场景中烘焙NavMesh（Window -> AI -> Navigation）。
3. 创建几个空物体作为Patrol Points，拖入脚本的Patrol Points列表。
4. 创建一个空物体作为Safe Point。
5. 确保玩家对象有Player标签，并挂载一个PlayerHealth脚本（用于接收伤害）。
6. 在NPCController组件中配置参数：
   • Sight Range: 视野距离（如10）。
   • Attack Range: 攻击距离（如2）。
   • Flee Health Threshold: 逃跑生命值（如30）。
   • Target Mask: 设置为包含玩家的层级（如Player）。
   • Obstacle Mask: 设置为会阻挡视线的层级（如Default,Environment）。
   • 设置Patrol Speed和Chase Speed。
   • 设置Attack Damage和Attack Cooldown。
7. 为Animator Controller配置好状态机，并确保有Speed(Float),Attack(Trigger),IsDead(Bool)等参数，与代码中的Animator.SetXXX调用对应。

5. 高级优化与扩展技巧

基础的FSM跑起来后，我们还可以从以下几个方向让它更强大、更专业。

5.1 使用ScriptableObject创建可配置的状态转换表

硬编码在Update和ChangeState里的转换条件，在状态很多时会变得难以维护。我们可以用ScriptableObject来创建可配置的转换规则资产。

// 创建一个ScriptableObject来定义一条转换规则 [CreateAssetMenu(fileName = "New Transition", menuName = "AI/FSM Transition")] public class FSMTransition : ScriptableObject { public NPCState fromState; public string conditionName; // 例如："CanSeePlayer", "HealthLow" public NPCState toState; } // 在NPCController中管理一个Transition列表 public List<FSMTransition> transitions; // 在StateUpdate中，遍历transitions，找到fromState是当前状态且条件满足的，就执行转换

这种方式允许策划或设计师在不修改代码的情况下，调整AI的行为逻辑。

5.2 引入子状态机（Sub-State Machine）

当某个状态内部行为也很复杂时，可以为其引入子状态机。例如，Attack状态内部可能有“预备”、“挥砍”、“收招”三个子状态。可以在AttackUpdate内部再维护一个AttackSubState。Unity的Animator本身就是一个强大的状态机，我们可以让行为逻辑的状态机与动画状态机进行松耦合的同步，而不是紧密绑定。

5.3 与Unity Animator的优雅同步

不要在每个状态的Update里粗暴地SetTrigger或SetBool。更好的做法是：

1. 在StateEnter和StateExit中设置Animator的状态参数。
2. 在Animator Controller中，根据这些参数来驱动动画状态的转换。
3. 使用动画事件来触发游戏逻辑（如伤害判定、脚步声）。在攻击动画的关键帧上添加事件，调用NPCController里的一个OnAttackAnimationHit()方法。

这样，动画师可以独立地调整动画片段和转换，程序员只需关心高层的行为逻辑。

5.4 性能优化：避免每帧进行昂贵的检测

UpdatePerception中的Physics.Raycast或OverlapSphere调用是比较昂贵的，尤其是场景中NPC很多时。

• 使用协程进行间隔检测：将视觉检测放在一个while循环的协程里，用WaitForSeconds控制检测频率（如每秒2-4次），而不是每帧都检测。

  IEnumerator PerceptionCoroutine() { while (true) { UpdatePerception(); yield return new WaitForSeconds(0.3f); // 每秒约3次 } }

• 分层检测：先做简单的距离和角度检查（计算快），如果通过再做射线检测（计算慢）。
• 共享感知：对于一群NPC，可以设计一个“哨兵”系统，一个NPC发现目标后，通过事件通知附近的其他NPC。

6. 常见问题、调试技巧与避坑指南

在实际开发中，你肯定会遇到各种奇怪的问题。这里分享一些我踩过的坑和解决方法。

6.1 状态振荡（Z-fighting）

问题描述：NPC在两个状态间快速来回切换。比如在攻击范围的边缘，DistanceToPlayer在attackRange上下浮动，导致状态在Chase和Attack间疯狂切换。解决方案：

1. 引入滞后阈值：为转换条件增加一个缓冲值。

   // 追击转攻击的条件：距离 <= 攻击范围 if (distToPlayer <= attackRange) { ... } // 攻击转追击的条件：距离 > 攻击范围 * 1.1f （增加10%的缓冲） if (distToPlayer > attackRange * 1.1f) { ... }

2. 添加状态切换冷却：在ChangeState函数中加入一个短时间的冷却判断，防止同一条件连续触发转换。

6.2 导航代理（NavMeshAgent）的怪异行为

• 问题：navAgent.SetDestination()后，NPC不动或路径 pending。
  • 检查：NavMesh是否已正确烘焙？目标点是否在NavMesh上？可以通过NavMesh.SamplePosition来验证。
  • 检查：NavMeshAgent的Stopping Distance是否设置过大？Base Offset是否合适？
• 问题：在斜坡或不平整地面上，NPC抖动或滑步。
  • 调整：NavMeshAgent的Quality设置，增加Height Mesh的精度。或者在Update中，用navAgent.velocity来驱动动画，而不是transform.position。

6.3 动画与逻辑不同步

• 问题：攻击动画播放了，但伤害没有产生。
  • 解决：确保伤害判定的时机与动画关键帧对齐。最佳实践是使用动画事件。在动画编辑器中，在武器击中目标的那一帧添加一个事件，调用PerformAttack中的伤害判定逻辑，而不是在AttackUpdate里基于时间冷却来判定。
• 问题：状态切换了，但动画还停留在上一状态。
  • 解决：在StateEnter中，除了设置Animator参数，有时还需要animator.ResetTrigger()来清理可能未消费的Trigger。确保Animator Controller中的转换条件设置正确（Has Exit Time是否关闭？）。

6.4 调试与可视化

在开发阶段，将状态信息可视化至关重要。

void OnDrawGizmosSelected() { // 绘制视野范围 Gizmos.color = Color.yellow; Gizmos.DrawWireSphere(transform.position, sightRange); // 绘制攻击范围 Gizmos.color = Color.red; Gizmos.DrawWireSphere(transform.position, attackRange); // 绘制当前状态 UnityEditor.Handles.Label(transform.position + Vector3.up * 2, $"State: {currentState}\nHealth: {health}"); }

在Update中使用Debug.Log输出状态转换和关键条件值，但发布前记得移除或封装到条件编译中。

6.5 FSM的局限性认知

FSM不是万能的。当NPC行为非常复杂，有大量的状态和交叉转换时，switch语句会变得极其臃肿，难以维护（被称为“状态爆炸”）。此外，FSM难以实现“目标导向”或“权衡利弊”的决策（比如“我该去喝水还是该去攻击那个残血的敌人？”）。

何时该考虑其他方案？

• 行为树：当AI需要复杂的优先级选择、条件判断序列和动态规划时。Unity Asset Store有NodeCanvas,Behavior Designer等优秀插件。
• 效用系统：当AI需要在多个潜在行动中做出“最优”选择时（如模拟情感或需求）。
• GOAP：当AI需要规划一系列动作来完成一个长远目标时。

但对于绝大多数游戏的NPC（敌人、伙伴、平民），一个精心设计的FSM已经足够制造出令人信服的“智能”行为了。它的简单、直观和高效，是快速原型开发和项目初期的最爱。