企业官网建设流程全解析

1. 项目概述：一个为战斗系统量身定制的“样板间”

如果你正在用Godot 4捣鼓一个带点动作元素的游戏，无论是ARPG、魂Like还是带战斗的开放世界，那么“第三人称战斗原型”这个概念你肯定不陌生。它不是一个成品游戏，更像是一个功能齐全的“样板间”——把角色移动、动画播放、攻击判定、受击反馈这些最核心、最底层的战斗逻辑，用一套清晰、可扩展的架构搭建起来。这个原型最大的价值，就在于它帮你绕过了从零开始设计战斗框架时那些最头疼的坑，比如动画和逻辑不同步、状态切换混乱、攻击判定不准等等。它提供了一个经过验证的起点，让你能快速验证核心玩法，然后把精力集中在打磨手感、设计敌人和丰富内容上。

这个原型通常围绕几个核心模块展开：状态机负责管理角色在“闲置”、“移动”、“攻击”、“受击”等不同行为间的切换规则，是战斗系统的“大脑”；动画树负责驱动角色的视觉表现，必须与状态机紧密同步；而Hitbox/Hurtbox系统则负责处理“我打中你了吗”和“你打中我了吗”这个最核心的物理交互问题。把这些模块有机地组合在一起，并确保它们运行稳定、扩展方便，就是构建一个健壮战斗原型的全部挑战。接下来，我们就深入这个“样板间”，看看它的设计思路、实现细节，以及如何把它变成你自己的东西。

2. 核心架构设计：为什么是“状态机驱动一切”？

在动手写第一行代码之前，我们先得想清楚架构。对于实时、快节奏的战斗系统，为什么大家都不约而同地选择了状态机？答案在于“确定性”和“可管理性”。想象一下你的角色：他可以走路、跑步、跳跃、轻攻击、重攻击、翻滚、被击退……这些行为是互斥的，你不能同时既攻击又翻滚；它们也是有前后关系的，比如攻击动画播放中不能直接切换到另一个攻击，但可以被受击状态打断。如果用一堆布尔变量（is_attacking,is_rolling...）和复杂的if-else语句来管理，代码很快就会变成一团乱麻，难以维护和调试。

状态机（State Machine）完美地解决了这个问题。它将角色的行为抽象为一个个离散的“状态”（State），并明确定义了状态之间转换的“条件”（Transition）。在这个战斗原型中，我们通常会实现一个分层状态机或配合状态模式。简单来说，我们会有一个基础的State类或接口，然后派生出IdleState（闲置）、MoveState（移动）、AttackState（攻击）、HitState（受击）等具体状态。一个中央的StateMachine对象持有当前状态引用，并在每帧调用当前状态的physics_process、process和input方法。当满足某个转换条件时（例如，在IdleState中按下了攻击键），状态机就会安全地退出当前状态、进入新状态。

注意：这里常有一个设计抉择——是用Godot的节点信号（signals）来驱动状态转换，还是在状态机内部基于角色属性（如输入、动画播放进度、碰撞检测结果）来驱动？我个人的经验是，将输入、动画事件等作为“触发器”，通过调用状态机的方法（如transition_to(“attack”)）来驱动转换，而不是让状态直接监听信号。这样状态机的逻辑更内聚，所有状态转换的规则都集中在状态机或状态类内部，调试起来一目了然。

2.1 动画树与状态机的同步策略

状态机管逻辑，动画树管表现，如何让它们步调一致？这是战斗手感好坏的基石。Godot的AnimationTree和AnimationPlayer非常强大，但用不好就容易出现角色“滑步”或者攻击动作做完了但伤害判定框还没出现的问题。

核心策略是：让状态机成为动画树的“导演”。具体来说：

1. 状态机驱动动画参数：每个状态在进入（enter）时，负责设置AnimationTree中AnimationNodeStateMachinePlayback的目标状态。例如，AttackState进入时，会调用anim_state_machine.travel(“attack_1”)。
2. 动画事件回调驱动逻辑：在攻击动画的关键帧上（比如武器挥到最高点时），插入自定义的动画事件（Custom Track）。这个事件会触发一个方法，通常是在角色根节点上，用于激活Hitbox。这样，伤害判定的时机就与视觉表现精准挂钩。
3. 动画根运动（Root Motion）处理移动：对于需要精确位移的动画（如翻滚、突进攻击），强烈建议使用动画根运动。在AnimationPlayer中启用“Root Motion”，并在角色的_physics_process中读取animation_tree.get_root_motion_position()，将其应用到角色的移动上。这能保证移动与动画完全同步，杜绝滑步。

# 在角色的 _physics_process 中处理根运动 func _physics_process(delta): if current_state is AttackState or current_state is RollState: # 仅在某些状态应用根运动 var root_motion = animation_tree.get_root_motion_position() velocity = root_motion / delta # 转换为速度 move_and_slide() # ... 其他状态的非根运动移动逻辑

2.2 Hitbox/Hurtbox系统设计：精准判定的艺术

攻击打没打中，是战斗系统的核心反馈。一个粗糙的碰撞检测（比如整个角色一个碰撞体）会让人感觉非常不专业。成熟的方案是采用Hitbox（攻击框）/Hurtbox（受击框）系统。

• Hurtbox：挂在角色身上，表示角色可以被击中的区域。通常每个角色只有一个，或者为身体不同部位（头、躯干、四肢）设置多个，用于实现部位破坏或不同伤害倍率。
• Hitbox：挂在武器或攻击动作上，表示此次攻击能造成伤害的区域。它在攻击动画的特定时段被激活（通过上述动画事件），检测与敌方Hurtbox的重叠。

在Godot中，我们通常用Area3D节点来实现这两者。它们的CollisionShape3D可以设置为各种形状（胶囊体、立方体、球体），以匹配武器或身体部位。

关键实现细节：

1. 分层碰撞层（Collision Layers/Masks）：这是Godot物理引擎的精髓。为Hitbox、Hurtbox、环境、地板等分别设置不同的碰撞层。例如，将玩家的Hurtbox设为第2层，敌人的Hitbox设为第3层，并在敌人的Hitbox的“碰撞遮罩”中勾选第2层。这样，敌人的Hitbox就只会检测玩家的Hurtbox，而不会和环境碰撞体误判。清晰的分层是避免诡异物理bug的前提。
2. 伤害信息传递：当Hitbox与Hurtbox重叠时，如何传递伤害值、攻击类型（轻/重）、击退力等信息？我推荐的做法是，在Hitbox的Area3D的body_entered或area_entered信号中，调用Hurtbox所有者（即被攻击角色）的一个明确的方法，如take_damage(damage_info)。damage_info可以是一个自定义的字典或资源对象，包含所有必要信息。避免直接操作对方节点的属性，保持接口清晰。
3. Hitbox的激活与禁用：一定要在攻击动画开始和结束时，精确地启用和禁用Hitbox的monitoring属性。让Hitbox一直处于激活状态是常见错误，会导致在一帧内对同一目标造成多次伤害，或者攻击结束后还能碰伤敌人。

# 附着在武器节点下的Hitbox脚本示例 extends Area3D @export var damage: int = 10 @export var knockback_force: float = 5.0 func _ready(): # 初始时禁用，等待动画事件激活 monitoring = false # 连接信号，检测与Hurtbox的重叠 body_entered.connect(_on_body_entered) func activate(): monitoring = true # 可以在这里添加视觉特效，如武器拖尾 func deactivate(): monitoring = false func _on_body_entered(body: Node): if body.has_method("take_damage"): var damage_info = { "damage": damage, "knockback_force": knockback_force, "attacker": get_parent().get_parent() # 假设武器->手臂->角色 } body.take_damage(damage_info)

3. 从零开始实现核心模块

理解了架构，我们开始动手搭建。假设我们的角色场景树结构如下：

Player (CharacterBody3D) ├── MeshInstance3D (模型) ├── CollisionShape3D (用于物理移动和环境碰撞) ├── AnimationTree │ └── AnimationPlayer ├── StateMachine (Node) │ ├── IdleState (脚本) │ ├── MoveState (脚本) │ ├── AttackState (脚本) │ └── HitState (脚本) ├── Hurtbox (Area3D) │ └── CollisionShape3D └── WeaponPivot (Node3D，用于绑定武器和Hitbox) └── Sword (MeshInstance3D) └── Hitbox (Area3D) └── CollisionShape3D

3.1 构建基础状态机框架

首先，我们创建一个基础的State脚本，所有具体状态都继承它。

# state.gd extends Node class_name State # 状态机引用，会在状态机初始化时注入 var state_machine: StateMachine = null # 状态所属的角色（Player/Enemy）引用 var character: CharacterBody3D = null # 当状态进入时调用 func enter(): pass # 当状态退出时调用 func exit(): pass # 在 _physics_process 中调用 func physics_update(delta: float): pass # 在 _process 中调用 func update(delta: float): pass # 处理输入，如果需要的话 func handle_input(event: InputEvent): pass

接着，创建StateMachine脚本，作为状态机的管理器。

# state_machine.gd extends Node class_name StateMachine @export var initial_state: State var current_state: State var states: Dictionary = {} func _ready(): # 为所有子节点（即各个具体状态）设置状态机和角色引用 for child in get_children(): if child is State: states[child.name] = child child.state_machine = self child.character = get_parent() # 假设StateMachine是角色的子节点 # 初始化状态 if initial_state: initial_state.enter() current_state = initial_state func _physics_process(delta): if current_state: current_state.physics_update(delta) func _process(delta): if current_state: current_state.update(delta) func _unhandled_input(event): if current_state: current_state.handle_input(event) # 状态转换方法 func transition_to(state_name: String): if not states.has(state_name): printerr("State not found: ", state_name) return # 退出当前状态，进入新状态 current_state.exit() current_state = states[state_name] current_state.enter()

3.2 实现移动与闲置状态

有了框架，我们来填充第一个常用状态：MoveState。这个状态负责处理角色的地面移动，包括行走、跑步，以及向闲置状态的转换。

# move_state.gd extends State class_name MoveState @export var move_speed: float = 5.0 @export var sprint_speed: float = 8.0 @export var acceleration: float = 10.0 func enter(): # 进入移动状态时，可以播放移动动画 character.animation_tree.set("parameters/conditions/is_moving", true) func exit(): # 退出时，重置动画条件 character.animation_tree.set("parameters/conditions/is_moving", false) func physics_update(delta: float): # 1. 获取输入方向（基于摄像机的相对方向） var input_dir = Input.get_vector("move_left", "move_right", "move_forward", "move_backward") var direction = (character.transform.basis * Vector3(input_dir.x, 0, input_dir.y)).normalized() # 2. 计算目标速度 var target_speed = sprint_speed if Input.is_action_pressed("sprint") else move_speed if direction: character.velocity.x = move_toward(character.velocity.x, direction.x * target_speed, acceleration * delta) character.velocity.z = move_toward(character.velocity.z, direction.z * target_speed, acceleration * delta) else: # 没有输入时，平滑减速 character.velocity.x = move_toward(character.velocity.x, 0, acceleration * delta) character.velocity.z = move_toward(character.velocity.z, 0, acceleration * delta) # 3. 应用重力（如果角色是CharacterBody3D） if not character.is_on_floor(): character.velocity.y -= character.gravity * delta # 4. 移动角色 character.move_and_slide() # 5. 根据速度更新动画混合参数（如混合空间Blend Space中的blend_position） var horizontal_velocity = Vector2(character.velocity.x, character.velocity.z).length() character.animation_tree.set("parameters/BlendSpace2D/blend_position", Vector2(input_dir.x * horizontal_velocity, input_dir.y * horizontal_velocity)) # 6. 状态转换：如果速度接近零，切换到闲置状态 if horizontal_velocity < 0.1: state_machine.transition_to("Idle") # 7. 状态转换：如果按下攻击键，切换到攻击状态（注意：这里需要处理输入缓冲或优先级） if Input.is_action_just_pressed("attack"): state_machine.transition_to("Attack")

IdleState则相对简单，主要处理从静止到移动的转换，以及可能的面朝方向调整。

# idle_state.gd extends State class_name IdleState func physics_update(delta: float): # 简单的输入检测，切换到移动状态 var input_dir = Input.get_vector("move_left", "move_right", "move_forward", "move_backward") if input_dir.length() > 0.1: state_machine.transition_to("Move") # 同样，检测攻击输入 if Input.is_action_just_pressed("attack"): state_machine.transition_to("Attack")

3.3 实现攻击状态与Hitbox联动

攻击状态是战斗的核心。它需要管理攻击动画的播放、连击计数、以及最重要的——在正确的时间激活Hitbox。

# attack_state.gd extends State class_name AttackState @export var attack_combo: Array[String] = ["attack_1", "attack_2", "attack_3"] # 动画名称数组 @export var combo_window: float = 0.3 # 连击输入窗口时间（秒） var current_combo_index: int = 0 var can_combo: bool = false var combo_timer: float = 0.0 func enter(): # 重置连击相关变量 can_combo = false combo_timer = 0.0 # 播放当前连击段的动画 character.animation_tree.set("parameters/conditions/attack", true) character.animation_tree.set("parameters/attack_index/current", current_combo_index) # 激活当前攻击的Hitbox（假设通过角色身上的一个方法） character.activate_hitbox(current_combo_index) func exit(): # 退出攻击状态时，重置动画条件，禁用Hitbox character.animation_tree.set("parameters/conditions/attack", false) character.deactivate_hitbox() # 如果连击中断，重置连击计数 if not can_combo or combo_timer <= 0: current_combo_index = 0 else: # 成功连击，递增索引，循环或重置 current_combo_index = (current_combo_index + 1) % attack_combo.size() func physics_update(delta: float): # 处理连击计时 if combo_timer > 0: combo_timer -= delta if combo_timer <= 0: can_combo = false # 在连击窗口内检测下一次攻击输入 if can_combo and Input.is_action_just_pressed("attack"): state_machine.transition_to("Attack") # 再次进入攻击状态，会触发enter()播放下一段 # 检查动画是否播放完毕（可以通过AnimationTree的动画完成信号或查询播放进度） # 这里简化处理：假设有一个方法可以检查当前攻击动画是否结束 if character.is_attack_animation_finished(): # 动画结束，给予一个短暂的连击输入窗口 can_combo = true combo_timer = combo_window # 自动回到闲置或移动状态？或者等待玩家输入？ # 更常见的做法是：动画结束后，短暂停留在该状态，等待连击输入或超时后自动退出。 # 这里我们设定如果连击窗口超时，自动回到Idle if combo_timer <= 0: state_machine.transition_to("Idle") # 这个方法由动画事件调用，用于精确控制Hitbox激活时机 func on_attack_animation_hit_frame(): character.activate_hitbox(current_combo_index) # 这个方法由动画事件调用，用于在攻击动画的收招部分禁用Hitbox func on_attack_animation_recover_frame(): character.deactivate_hitbox()

在角色（Player）脚本中，我们需要实现activate_hitbox和deactivate_hitbox方法，以及处理受击的take_damage方法。

# player.gd (部分) extends CharacterBody3D @onready var state_machine: StateMachine = $StateMachine @onready var animation_tree: AnimationTree = $AnimationTree @onready var hurtbox: Area3D = $Hurtbox @onready var weapon_hitbox: Area3D = $WeaponPivot/Sword/Hitbox var health: int = 100 func _ready(): # 连接Hurtbox的信号 hurtbox.area_entered.connect(_on_hurtbox_area_entered) # 初始化状态机 state_machine.character = self func activate_hitbox(combo_index: int): if weapon_hitbox: weapon_hitbox.monitoring = true # 可以根据combo_index调整Hitbox的大小、位置或伤害值 var hitbox_script = weapon_hitbox as MyHitboxScript # 假设Hitbox有自己的脚本 if hitbox_script: hitbox_script.damage = 10 + combo_index * 5 # 连击伤害递增 func deactivate_hitbox(): if weapon_hitbox: weapon_hitbox.monitoring = false func take_damage(damage_info: Dictionary): # 1. 扣血 health -= damage_info.get("damage", 0) print("Player health: ", health) # 2. 应用击退（如果有） var knockback_dir = (global_transform.origin - damage_info.get("attacker").global_transform.origin).normalized() velocity = knockback_dir * damage_info.get("knockback_force", 0) # 3. 切换到受击状态（如果不在无敌或某些特殊状态） if state_machine.current_state.name != "Hit" and health > 0: state_machine.transition_to("Hit") elif health <= 0: state_machine.transition_to("Death") func _on_hurtbox_area_entered(area: Area3D): # 通常Hitbox会调用take_damage，所以这里可能不需要额外处理， # 或者可以用于处理其他类型的区域交互，如拾取物品。 pass func is_attack_animation_finished() -> bool: # 通过AnimationTree获取当前动画播放进度并判断是否结束 var playback = animation_tree.get("parameters/playback") return playback.get_current_play_position() >= playback.get_current_length()

3.4 配置动画树与动画事件

在Godot编辑器中，我们需要设置AnimationTree：

1. 创建一个AnimationTree节点，并指定其AnimationPlayer。
2. 在AnimationTree中创建一个AnimationNodeStateMachine。
3. 在状态机中创建状态节点（如Idle、Move、Attack），并将AnimationPlayer中的动画分配给它们。对于移动，可能需要使用BlendSpace2D节点来混合不同方向的行走/奔跑动画。
4. 设置状态之间的转换（Transitions），但注意，在我们的设计里，逻辑转换主要由代码控制，这里的转换可以设置得简单一些，或者也由代码参数驱动。
5. 在攻击动画（attack_1,attack_2等）的时间轴上，找到武器即将击中目标的关键帧。点击AnimationPlayer的“关键帧”图标，选择“调用方法轨道”（Call Method Track）。选择你的角色节点，然后添加关键帧。在关键帧的属性中，输入要调用的方法名，例如on_attack_animation_hit_frame。同样，在攻击动画的收招位置添加另一个关键帧，调用on_attack_animation_recover_frame。

4. 扩展与高级技巧：让你的战斗系统更专业

基础原型跑通后，我们可以加入更多功能来提升手感和深度。

4.1 受击、硬直与无敌帧

HitState（受击状态）不仅仅是播放一个受击动画。它需要处理：

• 硬直时间：角色在受击期间无法操作。
• 无敌帧：受击后短暂时间内避免再次受击，防止被连到死。
• 受击动画混合：根据攻击方向（前、后、左、右）播放不同的受击动画。

# hit_state.gd extends State class_name HitState @export var hit_stun_time: float = 0.5 # 硬直时间 @export var invincibility_time: float = 1.0 # 无敌时间 var stun_timer: float = 0.0 var invincibility_timer: float = 0.0 func enter(): # 播放受击动画，可以根据受击方向选择不同动画 character.animation_tree.set("parameters/conditions/hit", true) stun_timer = hit_stun_time invincibility_timer = invincibility_time # 禁用角色的输入响应（如果状态机处理输入） # 或者设置一个标志位，在其他状态中检查 character.set_process_input(false) # 可以在这里添加受击音效和屏幕震动 func exit(): character.animation_tree.set("parameters/conditions/hit", false) character.set_process_input(true) func physics_update(delta: float): # 硬直计时 if stun_timer > 0: stun_timer -= delta # 硬直期间，可以施加一个小的后退速度 character.velocity.x = move_toward(character.velocity.x, 0, 10.0 * delta) character.velocity.z = move_toward(character.velocity.z, 0, 10.0 * delta) character.move_and_slide() else: # 硬直结束，自动回到闲置状态 state_machine.transition_to("Idle") # 无敌计时 if invincibility_timer > 0: invincibility_timer -= delta # 可以通过闪烁材质或禁用Hurtbox来实现无敌视觉效果 if fmod(invincibility_timer, 0.1) > 0.05: character.mesh_instance.material_override.albedo_color = Color(1,1,1,0.5) else: character.mesh_instance.material_override.albedo_color = Color(1,1,1,1) else: # 无敌结束，恢复常态 character.mesh_instance.material_override = null # 注意：实际项目中，更优的做法是使用Shader来实现闪烁，而不是每帧修改材质。

在角色脚本中，take_damage方法需要检查是否处于无敌状态。

# player.gd 补充 var is_invincible: bool = false func take_damage(damage_info: Dictionary): if is_invincible: return # 无敌状态，忽略伤害 # ... 原有的扣血、击退逻辑 # 触发受击状态 state_machine.transition_to("Hit")

4.2 连击、取消与输入缓冲

流畅的连招是动作游戏的核心乐趣。

• 连击窗口：如上文AttackState所示，在每次攻击动画的末尾设置一个时间窗口，在此窗口内按下攻击键，可以流畅衔接下一段攻击。
• 攻击取消：允许某些动作（如翻滚、跳跃、格挡）在攻击动画的特定阶段（通常是恢复阶段）中断当前攻击，立即切换到新动作。这需要在AttackState的update中检测这些输入，并在允许取消的帧内调用状态转换。
• 输入缓冲：在角色处于不能立即响应输入的状态（如受击硬直、翻滚中）时，将玩家的输入短暂存储起来（例如0.2秒），并在状态允许时立即执行。这能极大改善操作手感，避免“按了键没反应”的挫败感。可以创建一个全局的InputBuffer单例来管理。

4.3 锁定目标与镜头控制

第三人称战斗通常需要锁定目标。实现思路：

1. 在角色前方一个扇形区域内，检测所有带有“可锁定”标签的敌人（Area3D）。
2. 选择距离屏幕中心最近或距离角色最近的敌人作为当前锁定目标。
3. 将摄像机设置为SpringArm3D的子节点，并让SpringArm3D看向锁定目标。同时，角色的移动和攻击方向也应基于锁定目标进行调整，而不是自由摄像机方向。
4. 在MoveState和AttackState中，需要根据是否锁定目标来重新计算移动方向和攻击朝向。

4.4 敌人AI的集成

这个原型同样适用于敌人。敌人的状态机可能包含PatrolState（巡逻）、ChaseState（追逐）、AttackState（攻击）、HitState（受击）、DeathState（死亡）。敌人的AttackState同样会激活Hitbox，而玩家的Hurtbox会与之交互。你可以为敌人设计不同的攻击模式（近战、远程、范围攻击），只需配置不同的Hitbox形状和激活时机即可。

5. 调试、优化与常见问题排查

开发过程中，你肯定会遇到各种问题。这里是一些常见坑点和解决思路。

5.1 视觉与逻辑不同步（滑步、攻击判定偏移）

• 问题：角色移动时脚底打滑，或者Hitbox出现的位置和武器模型不匹配。
• 排查：
  1. 检查移动逻辑：是否在播放根运动动画时，同时用代码施加了速度？确保在应用根运动的状态下（如攻击、翻滚），禁用或覆盖代码控制的水平速度。
  2. 检查Hitbox位置：Hitbox是否是武器骨骼的子节点？确保它在骨骼动画中能正确跟随武器运动。在编辑器中运行游戏，打开“调试”->“可见碰撞形状”，观察Hitbox是否贴合武器。
  3. 检查动画事件时机：在AnimationPlayer中仔细调整调用激活/禁用Hitbox方法的关键帧位置，可能需要反复微调。

5.2 状态转换混乱或卡死

• 问题：角色卡在某个状态无法退出，或者状态切换不符合预期。
• 排查：
  1. 打印状态日志：在每个状态的enter和exit方法中添加print(“Entering State: ”, name)。运行游戏，观察控制台输出，看转换顺序是否正确。
  2. 检查转换条件：确保所有transition_to的调用条件都是清晰的，并且没有在单帧内多次触发转换导致冲突。特别是涉及输入检测时，注意is_action_just_pressed只在按下瞬间返回真。
  3. 状态机初始化：确保StateMachine的initial_state在编辑器中正确设置，并且所有状态节点都已正确添加到场景树中。

5.3 性能问题

• 问题：敌人数量多时帧数下降。
• 优化：
  1. 碰撞形状简化：Hitbox和Hurtbox尽量使用简单的形状（球体、胶囊体、立方体），避免使用复杂的ConcavePolygonShape3D。
  2. 检测频率：对于非即时性的检测（如敌人的索敌范围），可以使用Area3D配合Timer节点，每0.1-0.2秒检测一次，而不是每帧检测。
  3. 动画树优化：复杂的BlendSpace2D或BlendSpace3D会消耗较多资源。如果角色动画很多，考虑使用AnimationNodeStateMachine的“旅行”功能来切换完整动画，而不是始终进行复杂的混合。

5.4 Hitbox检测的常见Bug

• 问题：一次攻击造成多次伤害；攻击打不到人；攻击能穿过墙壁打到人。
• 排查：
  1. 多次伤害：确保Hitbox在造成一次伤害后，在本轮攻击结束前不会被再次触发。可以在Hitbox脚本中维护一个Array记录本帧或本次攻击已伤害过的目标，避免重复计算。或者，更简单的方法是确保攻击动画中Hitbox只被激活一次（或一个很短的脉冲），而不是持续激活。
  2. 打不到人：检查碰撞层和遮罩设置。确保攻击方的Hitbox的“碰撞遮罩”包含了受击方的Hurtbox所在的层。同时检查碰撞形状的大小和位置是否合适。
  3. 穿墙：如果希望攻击被墙壁阻挡，需要确保Hitbox的碰撞层也能与环境层（墙壁）交互，并在检测到环境碰撞时提前结束攻击判定。或者，从游戏设计上就允许攻击穿透薄墙，这取决于你的需求。

构建一个健壮、可扩展的第三人称战斗原型是一项系统工程，涉及状态机设计、动画系统、物理交互和手感调优等多个方面。这个从状态机到Hitbox的完整实现路径，为你提供了一个坚实的起点。最重要的是理解每个模块背后的设计意图，然后根据自己游戏的具体需求进行修改和扩展。多玩、多参考优秀的同类游戏，感受它们的手感，然后在自己的原型中尝试复现和调整，这是提升战斗系统设计能力的最佳途径。