1. 项目概述与核心目标最近在复刻《空洞骑士》的Demo做到第十三集核心任务就两个一是搞定小骑士碰到地刺后的复活机制二是把地图里那些零零散散的可交互对象给完善起来。这听起来像是两个独立模块但实际上它们共同构成了游戏世界“呼吸感”和“可信度”的基石。复活机制决定了玩家失败后的体验是否平滑、是否公平而可交互对象比如可破坏的背景、隐藏的通道、发光的孢子则填充了世界的细节让静态的地图活过来。很多独立开发者在做平台跳跃或类银河恶魔城游戏时容易把精力全放在主角移动和战斗上结果世界显得很“空”玩家死了也觉得挫败感很强。这次我们就来深挖一下如何用Unity相对优雅地实现这两套系统。首先明确我们要做什么。对于复活机制不是简单地在最后一个存档点重生那么简单。《空洞骑士》里当你操控的小骑士碰到地刺瞬间死亡时会有几个关键体验角色动作定格、屏幕轻微震动、一个简短但有力的音效、角色在最近的“长椅”存档点由碎片重组复活并且地图上所有非Boss敌人会重置。这整个流程需要一套状态机来严谨地管理避免出现角色卡死、状态残留的Bug。而对于可交互对象我们指的是那些玩家可以攻击、触碰、或者满足特定条件如拥有某种能力后会产生变化的场景元素。它们可能是一个脆弱的背景板一个需要用“复仇之魂”能力打开的通道或者一个触碰后会发光并提供少量灵魂的孢子囊。实现它们的关键在于设计一个灵活、可复用的交互接口以及一套高效的事件响应系统。2. 复活机制从碰撞检测到状态重置2.1 地刺伤害与死亡判定逻辑地刺在Unity里通常是一个带有Collider2D比如BoxCollider2D和特定标签如”Hazard”的静态物体。小骑士身上则有CapsuleCollider2D用于物理碰撞和Rigidbody2D用于物理模拟。最直接的伤害检测是在小骑士的控制器脚本里用OnCollisionEnter2D或OnTriggerEnter2D方法来处理。但这里有个细节需要注意我们不应该在碰撞发生的这一帧立即销毁玩家对象或重置场景。那样体验会非常突兀。标准的做法是触发一个“死亡流程”。我会创建一个PlayerHealth或PlayerStateManager脚本来统一管理生命值、无敌时间、死亡和复活。当检测到与Hazard标签的碰撞时这个脚本会接收到一个ApplyDamage消息伤害值可以设为当前生命值即一击必杀。public class PlayerHealth : MonoBehaviour { public int maxHealth 5; private int currentHealth; private bool isInvulnerable false; public float invulnerabilityDuration 1.5f; public event System.Action OnPlayerDeath; // 死亡事件 void Start() { currentHealth maxHealth; } public void ApplyDamage(int damage, Vector2 hitDirection) { if (isInvulnerable || currentHealth 0) return; currentHealth - damage; if (currentHealth 0) { Die(); } else { // 触发受伤动画、击退、无敌帧等 StartCoroutine(InvulnerabilityCoroutine()); } } private void Die() { // 1. 立即禁用玩家输入和物理控制 GetComponentPlayerController().enabled false; Rigidbody2D rb GetComponentRigidbody2D(); if (rb ! null) rb.velocity Vector2.zero; // 2. 触发死亡动画可能需要一个Animator的Trigger参数Die Animator anim GetComponentAnimator(); if (anim ! null) anim.SetTrigger(Die); // 3. 播放死亡音效和屏幕震动 AudioManager.Instance.PlaySound(PlayerDeath); Camera.main.GetComponentCameraShake().Shake(0.2f, 0.3f); // 4. 广播死亡事件通知复活管理器和其他系统 OnPlayerDeath?.Invoke(); // 5. 延迟几秒后开始复活流程而不是立即执行 Invoke(StartRespawnProcess, 1.5f); } private IEnumerator InvulnerabilityCoroutine() { isInvulnerable true; // 这里可以加入角色闪烁效果 yield return new WaitForSeconds(invulnerabilityDuration); isInvulnerable false; } private void StartRespawnProcess() { // 交由复活管理器处理 RespawnManager.Instance.RespawnPlayer(); } }注意不要直接在Die()方法里调用RespawnManager。通过事件或延迟调用可以将死亡表现动画、音效和复活逻辑解耦系统更清晰。2.2 复活管理器的设计与实现复活管理器RespawnManager应该是一个单例Singleton它负责知道最近的存档点长椅位置并协调整个复活流程。它的核心职责包括存储复活点当玩家与长椅交互时更新RespawnManager中存储的复活位置和场景。执行复活将玩家角色移动到复活点重置其状态生命值、灵魂值、动画状态等。重置游戏世界复活时需要重置大多数敌人的状态、可破坏对象的状态等。public class RespawnManager : MonoBehaviour { public static RespawnManager Instance; private Vector3 respawnPosition; private string respawnSceneName; [SerializeField] private GameObject playerPrefab; // 玩家预制体 void Awake() { if (Instance null) { Instance this; DontDestroyOnLoad(gameObject); // 初始化默认复活点比如游戏起点 respawnPosition GameObject.FindGameObjectWithTag(InitialSpawn).transform.position; respawnSceneName SceneManager.GetActiveScene().name; } else { Destroy(gameObject); } } public void SetRespawnPoint(Vector3 position, string sceneName) { respawnPosition position; respawnSceneName sceneName; Debug.Log($复活点更新至{sceneName} - {position}); } public void RespawnPlayer() { // 1. 检查场景是否需要切换如果复活点在另一个场景 if (SceneManager.GetActiveScene().name ! respawnSceneName) { SceneManager.LoadScene(respawnSceneName); // 场景加载完成后需要继续执行复活逻辑可以通过协程或场景加载事件回调 StartCoroutine(RespawnAfterSceneLoad()); } else { // 2. 在当前场景直接复活 PerformRespawn(); } } private IEnumerator RespawnAfterSceneLoad() { // 等待一帧确保场景加载完毕 yield return null; PerformRespawn(); } private void PerformRespawn() { // 查找场景中现有的玩家对象可能是死亡后未销毁的 GameObject existingPlayer GameObject.FindGameObjectWithTag(Player); if (existingPlayer ! null) { // 方式A重置现有玩家对象的状态和位置更高效 existingPlayer.transform.position respawnPosition; PlayerHealth health existingPlayer.GetComponentPlayerHealth(); health.ResetHealth(); // 假设有重置生命值的方法 existingPlayer.GetComponentPlayerController().enabled true; existingPlayer.GetComponentAnimator().Play(Idle); // 重置玩家灵魂值等... } else { // 方式B实例化新的玩家预制体更干净但需处理好DontDestroyOnLoad的对象引用 GameObject newPlayer Instantiate(playerPrefab, respawnPosition, Quaternion.identity); // 确保相机等组件重新绑定到新玩家 Camera.main.GetComponentCameraFollow().Target newPlayer.transform; } // 3. 重置游戏世界状态关键 ResetWorldState(); } private void ResetWorldState() { // 重置所有敌人 GameObject[] enemies GameObject.FindGameObjectsWithTag(Enemy); foreach (var enemy in enemies) { // 调用敌人自身的重置方法例如回到初始位置、满血、空闲状态 EnemyBase enemyBase enemy.GetComponentEnemyBase(); if (enemyBase ! null) enemyBase.ResetState(); } // 重置所有可交互对象除了已永久破坏的 GameObject[] interactables GameObject.FindGameObjectsWithTag(Breakable); foreach (var obj in interactables) { BreakableObject breakable obj.GetComponentBreakableObject(); if (breakable ! null !breakable.IsPermanentlyDestroyed) { breakable.ResetState(); } } // 可以广播一个全局事件让所有需要重置的物体自行监听 // EventManager.Instance.BroadcastGameReset(); } }实操心得关于玩家对象是重置状态还是重新实例化我推荐重置状态。因为玩家身上可能绑定了很多外部引用如UI血条、事件监听重新实例化需要重新建立这些连接容易出错。在Die()方法中我们只是禁用了控制器和播放了动画并没有Destroy玩家对象就是为了方便重置。2.3 死亡与复活的表现层优化光有逻辑不够表现力至关重要。除了上面提到的动画、音效和屏幕震动还有两个点可以提升体验死亡定格与慢动作在死亡瞬间可以用Time.timeScale 0.1f;实现一个非常短暂的慢动作效果持续0.1秒后恢复能极大地增强打击感。记得用Time.timeScale会影响所有基于时间的函数所以协程里要用WaitForSecondsRealtime。复活特效小骑士在长椅复活时是由许多灵魂碎片汇聚而成的。我们可以用一个粒子系统来实现。在复活点预先放置一个粒子系统播放“汇聚”效果。或者更动态的方法是在玩家死亡位置记录下然后在复活时从死亡位置或屏幕外生成多个向复活点移动的碎片精灵Sprite通过Dotween或LeanTween做缓动动画。// 在RespawnManager的PerformRespawn中加入特效 public GameObject respawnEffectPrefab; private void PerformRespawn() { // ... 重置玩家位置和状态后 ... if (respawnEffectPrefab ! null) { Instantiate(respawnEffectPrefab, respawnPosition, Quaternion.identity); } // ... 其他逻辑 ... }3. 可交互对象系统的模块化设计地图上的可交互对象五花八门但抽象来看它们都有共同的模式一个触发器碰撞体一个交互条件如被攻击、被触碰、拥有某能力以及一个交互响应播放动画、改变状态、掉落物品、打开通道。我们要设计一个系统让策划或美术能轻松地往场景里拖拽和配置新的可交互物体而无需程序员每次都写新脚本。3.1 基础交互接口与条件检查首先定义一个所有可交互对象都实现的基类或接口。这里我倾向于使用抽象基类因为它可以包含一些共用的序列化字段和默认实现。public abstract class InteractableObject : MonoBehaviour { [Header(基础设置)] public string interactionName; // 对象名称用于调试 public bool canInteract true; // 总开关 [SerializeField] protected LayerMask canInteractBy; // 谁能交互玩家层、武器层等 [Header(条件检查)] public InteractionCondition[] conditions; // 交互条件数组 [Header(反馈)] public AudioClip interactSound; public GameObject interactEffect; // 核心交互方法 public virtual bool TryInteract(GameObject instigator, InteractionType type) { if (!canInteract) return false; if (!CheckLayers(instigator)) return false; if (!CheckConditions(instigator, type)) return false; // 所有条件通过执行交互 OnInteract(instigator); return true; } protected virtual bool CheckLayers(GameObject instigator) { if (canInteractBy 0) return true; // 未设置层则允许所有 return ((1 instigator.layer) canInteractBy) ! 0; } protected virtual bool CheckConditions(GameObject instigator, InteractionType type) { if (conditions null || conditions.Length 0) return true; foreach (var condition in conditions) { if (!condition.IsMet(instigator, type)) return false; } return true; } // 子类必须实现的交互行为 protected abstract void OnInteract(GameObject instigator); // 提供一些通用反馈 protected void PlayFeedback() { if (interactSound ! null) AudioManager.Instance.PlaySoundAtPosition(interactSound, transform.position); if (interactEffect ! null) Instantiate(interactEffect, transform.position, Quaternion.identity); } } // 交互类型枚举 public enum InteractionType { Touch, Attack, SpecialAbility, Custom } // 条件基类可派生多种条件 [System.Serializable] public abstract class InteractionCondition { public abstract bool IsMet(GameObject instigator, InteractionType type); } // 示例需要玩家拥有特定能力才能交互 [System.Serializable] public class HasAbilityCondition : InteractionCondition { public PlayerAbility requiredAbility; public override bool IsMet(GameObject instigator, InteractionType type) { PlayerAbilityManager abilityManager instigator.GetComponentPlayerAbilityManager(); return abilityManager ! null abilityManager.HasAbility(requiredAbility); } }3.2 具体可交互对象的实现以可破坏墙和隐藏通道为例有了这个框架实现具体的对象就非常快了。比如一个可破坏的墙它继承自InteractableObject交互类型是Attack条件可能是“无”任何攻击都可破坏或者“需要骨钉等级≥2”。public class BreakableWall : InteractableObject { [Header(可破坏墙设置)] public GameObject intactVisual; // 完整的墙 public GameObject brokenVisual; // 破坏后的残骸或空位 public bool respawnOnPlayerDeath true; // 玩家死亡后是否重置 private bool isBroken false; protected override void OnInteract(GameObject instigator) { if (isBroken) return; isBroken true; // 切换视觉表现 if (intactVisual ! null) intactVisual.SetActive(false); if (brokenVisual ! null) brokenVisual.SetActive(true); // 关闭碰撞体允许玩家通过 Collider2D col GetComponentCollider2D(); if (col ! null) col.enabled false; PlayFeedback(); Debug.Log($墙被 {instigator.name} 破坏了); } // 提供给RespawnManager调用的重置方法 public void ResetState() { if (!respawnOnPlayerDeath) return; isBroken false; if (intactVisual ! null) intactVisual.SetActive(true); if (brokenVisual ! null) brokenVisual.SetActive(false); Collider2D col GetComponentCollider2D(); if (col ! null) col.enabled true; } }对于隐藏通道比如需要“复仇之魂”法术才能打开的脆弱墙壁我们可以创建一个SpellVulnerableWall。它的交互类型是SpecialAbility条件检查玩家是否发射了“复仇之魂”法术并且法术击中了它。这需要与玩家的法术发射系统进行通信。一种做法是在法术预制体上挂一个脚本当法术碰撞到物体时主动去调用该物体的TryInteract方法。public class SpellVulnerableWall : InteractableObject { public SpellType vulnerableToSpell SpellType.VengefulSpirit; void OnTriggerEnter2D(Collider2D other) { // 假设法术上有一个SpellProjectile脚本并设置了SpellType SpellProjectile spell other.GetComponentSpellProjectile(); if (spell ! null spell.spellType vulnerableToSpell) { // 以法术本身作为instigator交互类型为SpecialAbility TryInteract(other.gameObject, InteractionType.SpecialAbility); } } protected override void OnInteract(GameObject instigator) { // 播放墙壁消散的动画禁用碰撞体可能还会播放一段特殊的音效 GetComponentAnimator().SetTrigger(Dissolve); GetComponentCollider2D().enabled false; canInteract false; // 交互一次后永久失效 PlayFeedback(); } }3.3 交互系统的扩展性与事件驱动为了让系统更灵活我们可以引入一个中央的InteractionManager或者使用C#的事件/委托系统。例如当任何一个可交互对象被成功交互时它可以广播一个事件其他系统如成就系统、任务系统、音效系统可以监听并做出反应。// 定义一个静态事件中心简易版 public static class InteractionEvents { public static System.ActionInteractableObject, GameObject OnObjectInteracted; } // 在InteractableObject的OnInteract方法末尾触发事件 protected virtual void OnInteract(GameObject instigator) { // ... 具体交互逻辑 ... InteractionEvents.OnObjectInteracted?.Invoke(this, instigator); } // 成就系统可以这样监听 void OnEnable() { InteractionEvents.OnObjectInteracted HandleInteraction; } void OnDisable() { InteractionEvents.OnObjectInteracted - HandleInteraction; } void HandleInteraction(InteractableObject obj, GameObject instigator) { if (obj is BreakableWall) { // 解锁“拆迁办”成就 AchievementManager.Instance.Unlock(WallBreaker); } }注意事项事件系统非常强大但要小心内存泄漏。确保在OnDestroy或OnDisable中取消订阅。对于简单的项目直接在对象间引用调用也可以但事件系统在解耦方面优势明显。4. 地图可交互对象的整合与优化4.1 对象池管理频繁创建销毁的对象地图上可能有大量可破坏的罐子、草之类的物件它们被破坏时会播放粒子特效、掉落物品然后消失。频繁的Instantiate和Destroy会产生GC垃圾回收压力造成卡顿。对象池是解决这个问题的标准方案。Unity自带了ObjectPool类UnityEngine.Pool我们可以用它来管理常见的特效和掉落物。例如为“罐子破碎特效”创建一个池。using UnityEngine.Pool; public class EffectPoolManager : MonoBehaviour { public static EffectPoolManager Instance; public GameObject breakEffectPrefab; private ObjectPoolGameObject breakEffectPool; void Awake() { Instance this; breakEffectPool new ObjectPoolGameObject( createFunc: () Instantiate(breakEffectPrefab), actionOnGet: (obj) { obj.SetActive(true); }, actionOnRelease: (obj) { obj.SetActive(false); }, actionOnDestroy: (obj) Destroy(obj), defaultCapacity: 10 ); } public GameObject GetBreakEffect(Vector3 position) { GameObject effect breakEffectPool.Get(); effect.transform.position position; effect.transform.rotation Quaternion.identity; // 设置一个自动回池的脚本 AutoReturnToPool returnScript effect.GetComponentAutoReturnToPool(); if (returnScript null) returnScript effect.AddComponentAutoReturnToPool(); returnScript.pool breakEffectPool; returnScript.delay 2.0f; // 2秒后自动回池 return effect; } public void ReleaseBreakEffect(GameObject effect) { breakEffectPool.Release(effect); } } // 挂在池中对象上的自动回池脚本 public class AutoReturnToPool : MonoBehaviour { public IObjectPoolGameObject pool; public float delay 1.0f; void OnEnable() { StartCoroutine(ReturnToPoolAfterDelay()); } IEnumerator ReturnToPoolAfterDelay() { yield return new WaitForSeconds(delay); if (pool ! null) { pool.Release(gameObject); } else { Destroy(gameObject); } } }在BreakableWall的PlayFeedback中就可以改用对象池获取特效protected void PlayFeedback() { // ... 音效 ... if (interactEffectPrefabKey ! null) // 改用预制体标识符 { GameObject effect EffectPoolManager.Instance.GetBreakEffect(transform.position); // 无需再Instantiate } }4.2 使用ScriptableObject进行数据配置对于大量相似但参数不同的可交互对象比如不同颜色的孢子囊回复的灵魂量不同为每一种都创建单独的预制体和修改脚本参数很麻烦。我们可以使用ScriptableObject来创建可交互对象的“数据资产”。创建一个InteractableData的ScriptableObject[CreateAssetMenu(fileName NewInteractableData, menuName Game/Interactable Data)] public class InteractableData : ScriptableObject { public string objectName; public int health; // 对于可破坏物 public int soulReward; // 奖励的灵魂值 public AudioClip interactSound; public GameObject interactEffectPrefab; // 其他通用参数... }然后在具体的可交互对象脚本中引用这个数据资产public class SoulCapsule : InteractableObject { public InteractableData data; protected override void OnInteract(GameObject instigator) { // 使用data中的参数 if (data.soulReward 0) { instigator.GetComponentSoulManager().AddSoul(data.soulReward); } // 播放data中指定的音效和特效 AudioManager.Instance.PlaySound(data.interactSound); // ... 其他逻辑 ... } }这样策划可以在Unity中创建多个InteractableData资产如SoulCapsule_Small.asset,SoulCapsule_Large.asset然后拖拽到场景中不同的SoulCapsule组件上实现快速配置和批量修改。4.3 性能考量碰撞体优化与触发器使用当地图上的可交互对象非常多时物理碰撞会成为性能瓶颈。以下是一些优化建议简化碰撞体形状对于背景装饰物使用简单的BoxCollider2D或CircleCollider2D而不是复杂的PolygonCollider2D。合理使用图层Layer和碰撞矩阵在Edit - Project Settings - Physics 2D中精心设置图层之间的碰撞关系。例如“Player”层只与“Hazard”、“Interactable”、“Ground”层碰撞而不与“BackgroundProp”层碰撞。这能大幅减少物理引擎需要计算的碰撞对。区分Trigger和Collider对于仅用于触发事件而不需要物理反馈的对象如隐藏区域的入口、收集品务必使用Is Trigger。触发器性能开销更小。非激活对象的处理对于已经被破坏且不会重置的对象不要仅仅禁用GameObject。可以考虑将其碰撞体移除或者将其移到远离玩家的位置并禁用或者使用对象池回收。彻底不用的对象应该被销毁。5. 常见问题与调试技巧实录在实现这套系统的过程中我踩过不少坑这里记录几个典型问题和解决方法。5.1 复活后玩家状态残留或控制器失灵问题现象玩家复活后动画状态卡在死亡姿势或者按键输入无响应。排查思路检查动画状态机在PlayerHealth的Die()方法中是否正确地设置了Animator的Trigger在复活时是否将Animator重置到了正确的状态如anim.Play(Idle)或anim.SetTrigger(Respawn)确保动画控制器里有一个从“Death”状态回到“Idle”或“Move”状态的过渡条件。检查控制器脚本在Die()中禁用了PlayerController在RespawnManager的PerformRespawn()中是否重新启用了它有时候脚本启用顺序可能导致问题可以在启用控制器后手动调用一次控制器的初始化方法。检查Rigidbody状态死亡时是否将Rigidbody2D的velocity设为了Vector2.zero并将bodyType可能设为Kinematic以避免滑落复活时是否将其设回Dynamic解决方案我通常会创建一个ResetPlayerState()方法在复活时集中调用。private void ResetPlayerState(GameObject player) { PlayerController pc player.GetComponentPlayerController(); pc.enabled true; pc.ResetController(); // 自定义方法清理输入缓存、重置动画参数等 Rigidbody2D rb player.GetComponentRigidbody2D(); if (rb ! null) { rb.velocity Vector2.zero; rb.bodyType RigidbodyType2D.Dynamic; } Animator anim player.GetComponentAnimator(); anim.Play(Idle); // 强制跳转到Idle状态 // 重置所有Animator参数 anim.SetBool(IsGrounded, true); anim.SetFloat(Speed, 0f); // ... 其他参数 }5.2 可交互对象被多次触发问题现象一个罐子被攻击一次却播放了多次破碎音效或者掉落了多份物品。排查思路碰撞检测重叠确保你的攻击判定如武器碰撞体在单次攻击动画中不会与对象发生多次重叠触发。可以通过在InteractableObject中增加一个短暂的“冷却时间”或“已交互”标志位来解决。事件被多次订阅如果使用了事件系统检查是否在OnEnable中重复订阅了事件导致同一方法被调用多次。确保订阅和取消订阅成对出现。解决方案在InteractableObject基类中加入简单的防重复触发逻辑。public abstract class InteractableObject : MonoBehaviour { // ... 其他字段 ... private bool isInteracting false; private float interactionCooldown 0.2f; // 一个短暂的冷却 public virtual bool TryInteract(GameObject instigator, InteractionType type) { if (!canInteract || isInteracting) return false; // 增加状态检查 // ... 其他条件检查 ... StartCoroutine(InteractionCooldownCoroutine()); OnInteract(instigator); return true; } private IEnumerator InteractionCooldownCoroutine() { isInteracting true; yield return new WaitForSeconds(interactionCooldown); isInteracting false; } }5.3 对象池对象状态残留问题现象从对象池取出的特效播放的是上一次使用结束时的动画后半段而不是从头开始。排查思路对象池复用对象时对象的所有组件状态都停留在它被禁用回池时的状态。对于粒子系统、动画等需要在取出时手动重置。解决方案在对象池的actionOnGet回调中不仅SetActive(true)还要重置关键组件。breakEffectPool new ObjectPoolGameObject( createFunc: () Instantiate(breakEffectPrefab), actionOnGet: (obj) { obj.SetActive(true); // 重置粒子系统 ParticleSystem ps obj.GetComponentParticleSystem(); if (ps ! null) { ps.Stop(true, ParticleSystemStopBehavior.StopEmittingAndClear); ps.Play(); } // 重置动画 Animator anim obj.GetComponentAnimator(); if (anim ! null) anim.Play(EffectStart, -1, 0f); }, // ... 其他回调 ... );5.4 跨场景复活时对象引用丢失问题现象复活点设置在场景A玩家在场景B死亡加载场景A后RespawnManager找不到玩家预制体或相机跟随目标为空。排查思路DontDestroyOnLoad的对象在场景切换时不会被销毁但新场景中实例化的玩家对象可能与旧场景中DontDestroyOnLoad的RespawnManager失去关联。同时相机等需要引用玩家的对象也可能断裂。解决方案使用Find查找在RespawnManager.PerformRespawn()中使用GameObject.FindWithTag(“Player”)查找玩家而不是依赖旧的引用。对于相机跟随可以在相机脚本的Start或Awake中动态查找玩家标签。使用事件通知在玩家对象实例化后广播一个“PlayerSpawned”事件。RespawnManager和CameraFollow等脚本监听此事件并更新自己的目标引用。更稳健的设计将玩家也设为DontDestroyOnLoad的单例这样他永远不会被销毁只需在死亡时重置位置和状态到复活点。这避免了跨场景时对象丢失的问题但需要仔细处理玩家在不同场景中的初始化。个人体会在中小型类银河恶魔城项目中我倾向于将玩家设为DontDestroyOnLoad。虽然这需要手动管理玩家进入新场景时与其他场景元素的交互比如触发区域、场景边界但它简化了复活和状态持久化如已获得的能力、物品。你只需要在场景转换时将玩家位置设置到新场景的入口点即可。这比处理跨场景的对象引用断裂要省心得多。
1. 项目概述与核心目标最近在复刻《空洞骑士》的Demo做到第十三集核心任务就两个一是搞定小骑士碰到地刺后的复活机制二是把地图里那些零零散散的可交互对象给完善起来。这听起来像是两个独立模块但实际上它们共同构成了游戏世界“呼吸感”和“可信度”的基石。复活机制决定了玩家失败后的体验是否平滑、是否公平而可交互对象比如可破坏的背景、隐藏的通道、发光的孢子则填充了世界的细节让静态的地图活过来。很多独立开发者在做平台跳跃或类银河恶魔城游戏时容易把精力全放在主角移动和战斗上结果世界显得很“空”玩家死了也觉得挫败感很强。这次我们就来深挖一下如何用Unity相对优雅地实现这两套系统。首先明确我们要做什么。对于复活机制不是简单地在最后一个存档点重生那么简单。《空洞骑士》里当你操控的小骑士碰到地刺瞬间死亡时会有几个关键体验角色动作定格、屏幕轻微震动、一个简短但有力的音效、角色在最近的“长椅”存档点由碎片重组复活并且地图上所有非Boss敌人会重置。这整个流程需要一套状态机来严谨地管理避免出现角色卡死、状态残留的Bug。而对于可交互对象我们指的是那些玩家可以攻击、触碰、或者满足特定条件如拥有某种能力后会产生变化的场景元素。它们可能是一个脆弱的背景板一个需要用“复仇之魂”能力打开的通道或者一个触碰后会发光并提供少量灵魂的孢子囊。实现它们的关键在于设计一个灵活、可复用的交互接口以及一套高效的事件响应系统。2. 复活机制从碰撞检测到状态重置2.1 地刺伤害与死亡判定逻辑地刺在Unity里通常是一个带有Collider2D比如BoxCollider2D和特定标签如”Hazard”的静态物体。小骑士身上则有CapsuleCollider2D用于物理碰撞和Rigidbody2D用于物理模拟。最直接的伤害检测是在小骑士的控制器脚本里用OnCollisionEnter2D或OnTriggerEnter2D方法来处理。但这里有个细节需要注意我们不应该在碰撞发生的这一帧立即销毁玩家对象或重置场景。那样体验会非常突兀。标准的做法是触发一个“死亡流程”。我会创建一个PlayerHealth或PlayerStateManager脚本来统一管理生命值、无敌时间、死亡和复活。当检测到与Hazard标签的碰撞时这个脚本会接收到一个ApplyDamage消息伤害值可以设为当前生命值即一击必杀。public class PlayerHealth : MonoBehaviour { public int maxHealth 5; private int currentHealth; private bool isInvulnerable false; public float invulnerabilityDuration 1.5f; public event System.Action OnPlayerDeath; // 死亡事件 void Start() { currentHealth maxHealth; } public void ApplyDamage(int damage, Vector2 hitDirection) { if (isInvulnerable || currentHealth 0) return; currentHealth - damage; if (currentHealth 0) { Die(); } else { // 触发受伤动画、击退、无敌帧等 StartCoroutine(InvulnerabilityCoroutine()); } } private void Die() { // 1. 立即禁用玩家输入和物理控制 GetComponentPlayerController().enabled false; Rigidbody2D rb GetComponentRigidbody2D(); if (rb ! null) rb.velocity Vector2.zero; // 2. 触发死亡动画可能需要一个Animator的Trigger参数Die Animator anim GetComponentAnimator(); if (anim ! null) anim.SetTrigger(Die); // 3. 播放死亡音效和屏幕震动 AudioManager.Instance.PlaySound(PlayerDeath); Camera.main.GetComponentCameraShake().Shake(0.2f, 0.3f); // 4. 广播死亡事件通知复活管理器和其他系统 OnPlayerDeath?.Invoke(); // 5. 延迟几秒后开始复活流程而不是立即执行 Invoke(StartRespawnProcess, 1.5f); } private IEnumerator InvulnerabilityCoroutine() { isInvulnerable true; // 这里可以加入角色闪烁效果 yield return new WaitForSeconds(invulnerabilityDuration); isInvulnerable false; } private void StartRespawnProcess() { // 交由复活管理器处理 RespawnManager.Instance.RespawnPlayer(); } }注意不要直接在Die()方法里调用RespawnManager。通过事件或延迟调用可以将死亡表现动画、音效和复活逻辑解耦系统更清晰。2.2 复活管理器的设计与实现复活管理器RespawnManager应该是一个单例Singleton它负责知道最近的存档点长椅位置并协调整个复活流程。它的核心职责包括存储复活点当玩家与长椅交互时更新RespawnManager中存储的复活位置和场景。执行复活将玩家角色移动到复活点重置其状态生命值、灵魂值、动画状态等。重置游戏世界复活时需要重置大多数敌人的状态、可破坏对象的状态等。public class RespawnManager : MonoBehaviour { public static RespawnManager Instance; private Vector3 respawnPosition; private string respawnSceneName; [SerializeField] private GameObject playerPrefab; // 玩家预制体 void Awake() { if (Instance null) { Instance this; DontDestroyOnLoad(gameObject); // 初始化默认复活点比如游戏起点 respawnPosition GameObject.FindGameObjectWithTag(InitialSpawn).transform.position; respawnSceneName SceneManager.GetActiveScene().name; } else { Destroy(gameObject); } } public void SetRespawnPoint(Vector3 position, string sceneName) { respawnPosition position; respawnSceneName sceneName; Debug.Log($复活点更新至{sceneName} - {position}); } public void RespawnPlayer() { // 1. 检查场景是否需要切换如果复活点在另一个场景 if (SceneManager.GetActiveScene().name ! respawnSceneName) { SceneManager.LoadScene(respawnSceneName); // 场景加载完成后需要继续执行复活逻辑可以通过协程或场景加载事件回调 StartCoroutine(RespawnAfterSceneLoad()); } else { // 2. 在当前场景直接复活 PerformRespawn(); } } private IEnumerator RespawnAfterSceneLoad() { // 等待一帧确保场景加载完毕 yield return null; PerformRespawn(); } private void PerformRespawn() { // 查找场景中现有的玩家对象可能是死亡后未销毁的 GameObject existingPlayer GameObject.FindGameObjectWithTag(Player); if (existingPlayer ! null) { // 方式A重置现有玩家对象的状态和位置更高效 existingPlayer.transform.position respawnPosition; PlayerHealth health existingPlayer.GetComponentPlayerHealth(); health.ResetHealth(); // 假设有重置生命值的方法 existingPlayer.GetComponentPlayerController().enabled true; existingPlayer.GetComponentAnimator().Play(Idle); // 重置玩家灵魂值等... } else { // 方式B实例化新的玩家预制体更干净但需处理好DontDestroyOnLoad的对象引用 GameObject newPlayer Instantiate(playerPrefab, respawnPosition, Quaternion.identity); // 确保相机等组件重新绑定到新玩家 Camera.main.GetComponentCameraFollow().Target newPlayer.transform; } // 3. 重置游戏世界状态关键 ResetWorldState(); } private void ResetWorldState() { // 重置所有敌人 GameObject[] enemies GameObject.FindGameObjectsWithTag(Enemy); foreach (var enemy in enemies) { // 调用敌人自身的重置方法例如回到初始位置、满血、空闲状态 EnemyBase enemyBase enemy.GetComponentEnemyBase(); if (enemyBase ! null) enemyBase.ResetState(); } // 重置所有可交互对象除了已永久破坏的 GameObject[] interactables GameObject.FindGameObjectsWithTag(Breakable); foreach (var obj in interactables) { BreakableObject breakable obj.GetComponentBreakableObject(); if (breakable ! null !breakable.IsPermanentlyDestroyed) { breakable.ResetState(); } } // 可以广播一个全局事件让所有需要重置的物体自行监听 // EventManager.Instance.BroadcastGameReset(); } }实操心得关于玩家对象是重置状态还是重新实例化我推荐重置状态。因为玩家身上可能绑定了很多外部引用如UI血条、事件监听重新实例化需要重新建立这些连接容易出错。在Die()方法中我们只是禁用了控制器和播放了动画并没有Destroy玩家对象就是为了方便重置。2.3 死亡与复活的表现层优化光有逻辑不够表现力至关重要。除了上面提到的动画、音效和屏幕震动还有两个点可以提升体验死亡定格与慢动作在死亡瞬间可以用Time.timeScale 0.1f;实现一个非常短暂的慢动作效果持续0.1秒后恢复能极大地增强打击感。记得用Time.timeScale会影响所有基于时间的函数所以协程里要用WaitForSecondsRealtime。复活特效小骑士在长椅复活时是由许多灵魂碎片汇聚而成的。我们可以用一个粒子系统来实现。在复活点预先放置一个粒子系统播放“汇聚”效果。或者更动态的方法是在玩家死亡位置记录下然后在复活时从死亡位置或屏幕外生成多个向复活点移动的碎片精灵Sprite通过Dotween或LeanTween做缓动动画。// 在RespawnManager的PerformRespawn中加入特效 public GameObject respawnEffectPrefab; private void PerformRespawn() { // ... 重置玩家位置和状态后 ... if (respawnEffectPrefab ! null) { Instantiate(respawnEffectPrefab, respawnPosition, Quaternion.identity); } // ... 其他逻辑 ... }3. 可交互对象系统的模块化设计地图上的可交互对象五花八门但抽象来看它们都有共同的模式一个触发器碰撞体一个交互条件如被攻击、被触碰、拥有某能力以及一个交互响应播放动画、改变状态、掉落物品、打开通道。我们要设计一个系统让策划或美术能轻松地往场景里拖拽和配置新的可交互物体而无需程序员每次都写新脚本。3.1 基础交互接口与条件检查首先定义一个所有可交互对象都实现的基类或接口。这里我倾向于使用抽象基类因为它可以包含一些共用的序列化字段和默认实现。public abstract class InteractableObject : MonoBehaviour { [Header(基础设置)] public string interactionName; // 对象名称用于调试 public bool canInteract true; // 总开关 [SerializeField] protected LayerMask canInteractBy; // 谁能交互玩家层、武器层等 [Header(条件检查)] public InteractionCondition[] conditions; // 交互条件数组 [Header(反馈)] public AudioClip interactSound; public GameObject interactEffect; // 核心交互方法 public virtual bool TryInteract(GameObject instigator, InteractionType type) { if (!canInteract) return false; if (!CheckLayers(instigator)) return false; if (!CheckConditions(instigator, type)) return false; // 所有条件通过执行交互 OnInteract(instigator); return true; } protected virtual bool CheckLayers(GameObject instigator) { if (canInteractBy 0) return true; // 未设置层则允许所有 return ((1 instigator.layer) canInteractBy) ! 0; } protected virtual bool CheckConditions(GameObject instigator, InteractionType type) { if (conditions null || conditions.Length 0) return true; foreach (var condition in conditions) { if (!condition.IsMet(instigator, type)) return false; } return true; } // 子类必须实现的交互行为 protected abstract void OnInteract(GameObject instigator); // 提供一些通用反馈 protected void PlayFeedback() { if (interactSound ! null) AudioManager.Instance.PlaySoundAtPosition(interactSound, transform.position); if (interactEffect ! null) Instantiate(interactEffect, transform.position, Quaternion.identity); } } // 交互类型枚举 public enum InteractionType { Touch, Attack, SpecialAbility, Custom } // 条件基类可派生多种条件 [System.Serializable] public abstract class InteractionCondition { public abstract bool IsMet(GameObject instigator, InteractionType type); } // 示例需要玩家拥有特定能力才能交互 [System.Serializable] public class HasAbilityCondition : InteractionCondition { public PlayerAbility requiredAbility; public override bool IsMet(GameObject instigator, InteractionType type) { PlayerAbilityManager abilityManager instigator.GetComponentPlayerAbilityManager(); return abilityManager ! null abilityManager.HasAbility(requiredAbility); } }3.2 具体可交互对象的实现以可破坏墙和隐藏通道为例有了这个框架实现具体的对象就非常快了。比如一个可破坏的墙它继承自InteractableObject交互类型是Attack条件可能是“无”任何攻击都可破坏或者“需要骨钉等级≥2”。public class BreakableWall : InteractableObject { [Header(可破坏墙设置)] public GameObject intactVisual; // 完整的墙 public GameObject brokenVisual; // 破坏后的残骸或空位 public bool respawnOnPlayerDeath true; // 玩家死亡后是否重置 private bool isBroken false; protected override void OnInteract(GameObject instigator) { if (isBroken) return; isBroken true; // 切换视觉表现 if (intactVisual ! null) intactVisual.SetActive(false); if (brokenVisual ! null) brokenVisual.SetActive(true); // 关闭碰撞体允许玩家通过 Collider2D col GetComponentCollider2D(); if (col ! null) col.enabled false; PlayFeedback(); Debug.Log($墙被 {instigator.name} 破坏了); } // 提供给RespawnManager调用的重置方法 public void ResetState() { if (!respawnOnPlayerDeath) return; isBroken false; if (intactVisual ! null) intactVisual.SetActive(true); if (brokenVisual ! null) brokenVisual.SetActive(false); Collider2D col GetComponentCollider2D(); if (col ! null) col.enabled true; } }对于隐藏通道比如需要“复仇之魂”法术才能打开的脆弱墙壁我们可以创建一个SpellVulnerableWall。它的交互类型是SpecialAbility条件检查玩家是否发射了“复仇之魂”法术并且法术击中了它。这需要与玩家的法术发射系统进行通信。一种做法是在法术预制体上挂一个脚本当法术碰撞到物体时主动去调用该物体的TryInteract方法。public class SpellVulnerableWall : InteractableObject { public SpellType vulnerableToSpell SpellType.VengefulSpirit; void OnTriggerEnter2D(Collider2D other) { // 假设法术上有一个SpellProjectile脚本并设置了SpellType SpellProjectile spell other.GetComponentSpellProjectile(); if (spell ! null spell.spellType vulnerableToSpell) { // 以法术本身作为instigator交互类型为SpecialAbility TryInteract(other.gameObject, InteractionType.SpecialAbility); } } protected override void OnInteract(GameObject instigator) { // 播放墙壁消散的动画禁用碰撞体可能还会播放一段特殊的音效 GetComponentAnimator().SetTrigger(Dissolve); GetComponentCollider2D().enabled false; canInteract false; // 交互一次后永久失效 PlayFeedback(); } }3.3 交互系统的扩展性与事件驱动为了让系统更灵活我们可以引入一个中央的InteractionManager或者使用C#的事件/委托系统。例如当任何一个可交互对象被成功交互时它可以广播一个事件其他系统如成就系统、任务系统、音效系统可以监听并做出反应。// 定义一个静态事件中心简易版 public static class InteractionEvents { public static System.ActionInteractableObject, GameObject OnObjectInteracted; } // 在InteractableObject的OnInteract方法末尾触发事件 protected virtual void OnInteract(GameObject instigator) { // ... 具体交互逻辑 ... InteractionEvents.OnObjectInteracted?.Invoke(this, instigator); } // 成就系统可以这样监听 void OnEnable() { InteractionEvents.OnObjectInteracted HandleInteraction; } void OnDisable() { InteractionEvents.OnObjectInteracted - HandleInteraction; } void HandleInteraction(InteractableObject obj, GameObject instigator) { if (obj is BreakableWall) { // 解锁“拆迁办”成就 AchievementManager.Instance.Unlock(WallBreaker); } }注意事项事件系统非常强大但要小心内存泄漏。确保在OnDestroy或OnDisable中取消订阅。对于简单的项目直接在对象间引用调用也可以但事件系统在解耦方面优势明显。4. 地图可交互对象的整合与优化4.1 对象池管理频繁创建销毁的对象地图上可能有大量可破坏的罐子、草之类的物件它们被破坏时会播放粒子特效、掉落物品然后消失。频繁的Instantiate和Destroy会产生GC垃圾回收压力造成卡顿。对象池是解决这个问题的标准方案。Unity自带了ObjectPool类UnityEngine.Pool我们可以用它来管理常见的特效和掉落物。例如为“罐子破碎特效”创建一个池。using UnityEngine.Pool; public class EffectPoolManager : MonoBehaviour { public static EffectPoolManager Instance; public GameObject breakEffectPrefab; private ObjectPoolGameObject breakEffectPool; void Awake() { Instance this; breakEffectPool new ObjectPoolGameObject( createFunc: () Instantiate(breakEffectPrefab), actionOnGet: (obj) { obj.SetActive(true); }, actionOnRelease: (obj) { obj.SetActive(false); }, actionOnDestroy: (obj) Destroy(obj), defaultCapacity: 10 ); } public GameObject GetBreakEffect(Vector3 position) { GameObject effect breakEffectPool.Get(); effect.transform.position position; effect.transform.rotation Quaternion.identity; // 设置一个自动回池的脚本 AutoReturnToPool returnScript effect.GetComponentAutoReturnToPool(); if (returnScript null) returnScript effect.AddComponentAutoReturnToPool(); returnScript.pool breakEffectPool; returnScript.delay 2.0f; // 2秒后自动回池 return effect; } public void ReleaseBreakEffect(GameObject effect) { breakEffectPool.Release(effect); } } // 挂在池中对象上的自动回池脚本 public class AutoReturnToPool : MonoBehaviour { public IObjectPoolGameObject pool; public float delay 1.0f; void OnEnable() { StartCoroutine(ReturnToPoolAfterDelay()); } IEnumerator ReturnToPoolAfterDelay() { yield return new WaitForSeconds(delay); if (pool ! null) { pool.Release(gameObject); } else { Destroy(gameObject); } } }在BreakableWall的PlayFeedback中就可以改用对象池获取特效protected void PlayFeedback() { // ... 音效 ... if (interactEffectPrefabKey ! null) // 改用预制体标识符 { GameObject effect EffectPoolManager.Instance.GetBreakEffect(transform.position); // 无需再Instantiate } }4.2 使用ScriptableObject进行数据配置对于大量相似但参数不同的可交互对象比如不同颜色的孢子囊回复的灵魂量不同为每一种都创建单独的预制体和修改脚本参数很麻烦。我们可以使用ScriptableObject来创建可交互对象的“数据资产”。创建一个InteractableData的ScriptableObject[CreateAssetMenu(fileName NewInteractableData, menuName Game/Interactable Data)] public class InteractableData : ScriptableObject { public string objectName; public int health; // 对于可破坏物 public int soulReward; // 奖励的灵魂值 public AudioClip interactSound; public GameObject interactEffectPrefab; // 其他通用参数... }然后在具体的可交互对象脚本中引用这个数据资产public class SoulCapsule : InteractableObject { public InteractableData data; protected override void OnInteract(GameObject instigator) { // 使用data中的参数 if (data.soulReward 0) { instigator.GetComponentSoulManager().AddSoul(data.soulReward); } // 播放data中指定的音效和特效 AudioManager.Instance.PlaySound(data.interactSound); // ... 其他逻辑 ... } }这样策划可以在Unity中创建多个InteractableData资产如SoulCapsule_Small.asset,SoulCapsule_Large.asset然后拖拽到场景中不同的SoulCapsule组件上实现快速配置和批量修改。4.3 性能考量碰撞体优化与触发器使用当地图上的可交互对象非常多时物理碰撞会成为性能瓶颈。以下是一些优化建议简化碰撞体形状对于背景装饰物使用简单的BoxCollider2D或CircleCollider2D而不是复杂的PolygonCollider2D。合理使用图层Layer和碰撞矩阵在Edit - Project Settings - Physics 2D中精心设置图层之间的碰撞关系。例如“Player”层只与“Hazard”、“Interactable”、“Ground”层碰撞而不与“BackgroundProp”层碰撞。这能大幅减少物理引擎需要计算的碰撞对。区分Trigger和Collider对于仅用于触发事件而不需要物理反馈的对象如隐藏区域的入口、收集品务必使用Is Trigger。触发器性能开销更小。非激活对象的处理对于已经被破坏且不会重置的对象不要仅仅禁用GameObject。可以考虑将其碰撞体移除或者将其移到远离玩家的位置并禁用或者使用对象池回收。彻底不用的对象应该被销毁。5. 常见问题与调试技巧实录在实现这套系统的过程中我踩过不少坑这里记录几个典型问题和解决方法。5.1 复活后玩家状态残留或控制器失灵问题现象玩家复活后动画状态卡在死亡姿势或者按键输入无响应。排查思路检查动画状态机在PlayerHealth的Die()方法中是否正确地设置了Animator的Trigger在复活时是否将Animator重置到了正确的状态如anim.Play(Idle)或anim.SetTrigger(Respawn)确保动画控制器里有一个从“Death”状态回到“Idle”或“Move”状态的过渡条件。检查控制器脚本在Die()中禁用了PlayerController在RespawnManager的PerformRespawn()中是否重新启用了它有时候脚本启用顺序可能导致问题可以在启用控制器后手动调用一次控制器的初始化方法。检查Rigidbody状态死亡时是否将Rigidbody2D的velocity设为了Vector2.zero并将bodyType可能设为Kinematic以避免滑落复活时是否将其设回Dynamic解决方案我通常会创建一个ResetPlayerState()方法在复活时集中调用。private void ResetPlayerState(GameObject player) { PlayerController pc player.GetComponentPlayerController(); pc.enabled true; pc.ResetController(); // 自定义方法清理输入缓存、重置动画参数等 Rigidbody2D rb player.GetComponentRigidbody2D(); if (rb ! null) { rb.velocity Vector2.zero; rb.bodyType RigidbodyType2D.Dynamic; } Animator anim player.GetComponentAnimator(); anim.Play(Idle); // 强制跳转到Idle状态 // 重置所有Animator参数 anim.SetBool(IsGrounded, true); anim.SetFloat(Speed, 0f); // ... 其他参数 }5.2 可交互对象被多次触发问题现象一个罐子被攻击一次却播放了多次破碎音效或者掉落了多份物品。排查思路碰撞检测重叠确保你的攻击判定如武器碰撞体在单次攻击动画中不会与对象发生多次重叠触发。可以通过在InteractableObject中增加一个短暂的“冷却时间”或“已交互”标志位来解决。事件被多次订阅如果使用了事件系统检查是否在OnEnable中重复订阅了事件导致同一方法被调用多次。确保订阅和取消订阅成对出现。解决方案在InteractableObject基类中加入简单的防重复触发逻辑。public abstract class InteractableObject : MonoBehaviour { // ... 其他字段 ... private bool isInteracting false; private float interactionCooldown 0.2f; // 一个短暂的冷却 public virtual bool TryInteract(GameObject instigator, InteractionType type) { if (!canInteract || isInteracting) return false; // 增加状态检查 // ... 其他条件检查 ... StartCoroutine(InteractionCooldownCoroutine()); OnInteract(instigator); return true; } private IEnumerator InteractionCooldownCoroutine() { isInteracting true; yield return new WaitForSeconds(interactionCooldown); isInteracting false; } }5.3 对象池对象状态残留问题现象从对象池取出的特效播放的是上一次使用结束时的动画后半段而不是从头开始。排查思路对象池复用对象时对象的所有组件状态都停留在它被禁用回池时的状态。对于粒子系统、动画等需要在取出时手动重置。解决方案在对象池的actionOnGet回调中不仅SetActive(true)还要重置关键组件。breakEffectPool new ObjectPoolGameObject( createFunc: () Instantiate(breakEffectPrefab), actionOnGet: (obj) { obj.SetActive(true); // 重置粒子系统 ParticleSystem ps obj.GetComponentParticleSystem(); if (ps ! null) { ps.Stop(true, ParticleSystemStopBehavior.StopEmittingAndClear); ps.Play(); } // 重置动画 Animator anim obj.GetComponentAnimator(); if (anim ! null) anim.Play(EffectStart, -1, 0f); }, // ... 其他回调 ... );5.4 跨场景复活时对象引用丢失问题现象复活点设置在场景A玩家在场景B死亡加载场景A后RespawnManager找不到玩家预制体或相机跟随目标为空。排查思路DontDestroyOnLoad的对象在场景切换时不会被销毁但新场景中实例化的玩家对象可能与旧场景中DontDestroyOnLoad的RespawnManager失去关联。同时相机等需要引用玩家的对象也可能断裂。解决方案使用Find查找在RespawnManager.PerformRespawn()中使用GameObject.FindWithTag(“Player”)查找玩家而不是依赖旧的引用。对于相机跟随可以在相机脚本的Start或Awake中动态查找玩家标签。使用事件通知在玩家对象实例化后广播一个“PlayerSpawned”事件。RespawnManager和CameraFollow等脚本监听此事件并更新自己的目标引用。更稳健的设计将玩家也设为DontDestroyOnLoad的单例这样他永远不会被销毁只需在死亡时重置位置和状态到复活点。这避免了跨场景时对象丢失的问题但需要仔细处理玩家在不同场景中的初始化。个人体会在中小型类银河恶魔城项目中我倾向于将玩家设为DontDestroyOnLoad。虽然这需要手动管理玩家进入新场景时与其他场景元素的交互比如触发区域、场景边界但它简化了复活和状态持久化如已获得的能力、物品。你只需要在场景转换时将玩家位置设置到新场景的入口点即可。这比处理跨场景的对象引用断裂要省心得多。
