Unity单例模式与DontDestroyOnLoad：构建跨场景GameManager的完整指南 1. 项目概述为什么你的GameManager总在跨场景时“掉链子”在Unity项目开发中尤其是涉及多场景切换的游戏或应用一个稳定、可靠的全局管理器比如经典的GameManager是架构的基石。很多开发者包括我自己在早期都曾天真地以为创建一个简单的单例脚本挂载到场景里就能一劳永逸。结果呢场景一切换管理器连同它的所有数据灰飞烟灭游戏状态丢失或者更糟出现多个管理器实例互相打架导致逻辑错乱。这背后核心的“坑”就在于对Unity场景生命周期和单例模式在Unity中特殊性的理解不足。“单例与DDOL场景详解”这个主题正是为了解决这个痛点。它不是一个简单的API教学而是一套关于如何在Unity引擎框架下正确构建持久化、唯一性全局服务的设计实践。GameManager作为典型代表它需要管理游戏状态如开始、暂停、结束、玩家分数、关卡进度等全局数据。如果每次切换场景都重新初始化那游戏就没法玩了。因此我们必须确保它在整个游戏生命周期内唯一存在且不被场景加载和销毁所影响。这就是DontDestroyOnLoadDDOL场景技术登场的时刻。但仅仅知道DDOL还不够如何与单例模式优雅结合避免隐藏的陷阱如重复实例化、场景引用丢失、编辑器模式下的异常才是体现一个Unity开发者功力的地方。接下来我将结合多年踩坑经验为你彻底拆解这套实践让你能构建出健壮如磐石的GameManager。2. 核心设计思路单例模式在Unity中的“生存法则”2.1 单例模式的本质与Unity场景生命周期的冲突单例模式的核心诉求很简单一个类有且仅有一个实例并提供一个全局访问点。在标准C#中我们通过私有构造函数和静态属性就能轻松实现。但在Unity里事情变得复杂因为Unity的GameObject和MonoBehaviour组件严重依赖于场景。当你把一个普通的MonoBehaviour单例脚本挂载在场景A的某个GameObject上时它确实是单例。但一旦你从场景A切换到场景B场景A会被卸载其上的所有GameObject和组件都会被销毁。这个“单例实例”也就随之消失了。加载场景B时如果B中也有一个同名单例脚本它会创建一个新的实例但这破坏了“全局唯一”的承诺因为前后两个实例并不是同一个状态也无法继承。这就是最根本的冲突基于场景的瞬时性与单例所需的持久性之间的矛盾。我们需要的单例其生命周期应等同于整个应用程序或游戏进程而非单个场景。2.2 DontDestroyOnLoad跨场景持久化的基石Unity提供了DontDestroyOnLoad方法来化解这个矛盾。调用此方法的GameObject在加载新场景时不会被销毁。这为我们创建持久化单例提供了可能。基本思路是当单例首次被访问时如果实例不存在则创建一个新的GameObject将单例脚本挂载上去然后对这个GameObject调用DontDestroyOnLoad。这样这个承载单例的GameObject就会常驻内存穿梭于所有场景之中。但这里有一个关键细节DontDestroyOnLoad并不是将对象放入一个“异次元空间”而是将其移入一个特殊的、隐藏的场景。这个场景通常被称为“DDOL场景”或“持久化场景”。理解这一点很重要因为它影响着对象查找、父子关系等操作。例如通过GameObject.Find默认只在当前活动场景中查找是找不到DDOL场景中的对象的。2.3 饿汉式 vs 懒汉式在Unity中的实践选择在标准设计模式中单例有“饿汉式”启动即创建和“懒汉式”用时才创建两种。在Unity中我们通常采用懒汉式并配合“双重检查锁定”或更简单的InitializeOnLoad思路来保证线程安全尽管Unity主线程是单线程的但某些异步操作或编辑器脚本仍需注意。为什么是懒汉式因为Unity的游戏启动流程可能涉及初始场景、资源加载等我们希望在确切需要管理器时才创建它而不是在游戏一开始就强制初始化所有全局对象这有利于按需加载和启动性能。不过对于某些必须最早初始化的核心服务如音频管理器、资源管理器也可以采用变通的“准饿汉式”在某个永不销毁的启动场景中预先配置好。一个常见的、线程安全的MonoBehaviour懒汉式单例模板如下public class GameManager : MonoBehaviour { // 静态私有实例引用 private static GameManager _instance; // 公共静态访问属性这是全局访问点 public static GameManager Instance { get { // 如果实例不存在尝试在场景中查找 if (_instance null) { _instance FindObjectOfTypeGameManager(); // 如果场景中也没有则自动创建一个 if (_instance null) { GameObject singletonObject new GameObject(typeof(GameManager).Name); _instance singletonObject.AddComponentGameManager(); } } return _instance; } } // Awake中处理初始化和DDOL标记 private void Awake() { // 防止重复实例化如果已存在实例且不是自己则销毁新创建的自己 if (_instance ! null _instance ! this) { Destroy(this.gameObject); return; } // 将自己赋值给静态实例 _instance this; // 标记此GameObject为跨场景不销毁 DontDestroyOnLoad(this.gameObject); // 其他初始化代码... InitializeManager(); } private void InitializeManager() { // 初始化游戏状态、数据等 } }注意上面的FindObjectOfType在Awake中调用需谨慎。更推荐的做法是在属性访问器get中进行查找和创建而Awake只负责处理重复实例的销毁和DDOL标记如上面代码所示。这能更好地处理脚本执行顺序不确定的情况。3. GameManager单例的完整实现与细节解析3.1 健壮的单例访问器实现上面给出了基础模板但一个生产级别的单例还需要考虑更多边界情况。让我们完善访问器public static GameManager Instance { get { // 双重检查锁定模式增加线程安全性虽然Unity主线程单线程但习惯良好 if (_instance null) { // 为可能的多线程环境加锁使用一个专用锁对象 lock (_lock) { if (_instance null) { // 1. 先在场景中搜索已存在的实例可能来自上一个场景或DDOL _instance FindObjectOfTypeGameManager(); // 2. 如果没找到则创建新的 if (_instance null) { GameObject go new GameObject(GameManager); _instance go.AddComponentGameManager(); // 可选立即标记为DDOL但更推荐在Awake中做 // DontDestroyOnLoad(go); Debug.Log([GameManager] 一个新的GameManager实例被自动创建。); } else { Debug.Log($[GameManager] 使用了场景中已存在的实例: {_instance.gameObject.name}); } } } } return _instance; } } private static readonly object _lock new object();这里使用了双重检查锁定虽然Unity脚本大部分情况下在主线程运行但养成良好习惯能避免未来接入异步任务或网络线程时可能出现的罕见实例化竞争问题。同时查找现有实例优先这能处理编辑器模式下手动放置了GameManager预制体的情况。3.2 Awake与初始化顺序的陷阱Awake是Unity中脚本生命周期里较早被调用的方法。在单例中Awake承担着关键的“身份确认”和“持久化注册”工作。private void Awake() { // 情况1实例已存在且不是自己重复的实例 if (_instance ! null _instance ! this) { Debug.LogWarning($[GameManager] 检测到重复的GameManager实例即将销毁: {this.gameObject.name}); DestroyImmediate(this.gameObject); // 或 Destroy DestroyImmediate在编辑器下更彻底 return; // 立即返回不再执行后续初始化 } // 情况2实例不存在自己就是第一个/唯一的实例 if (_instance null) { _instance this; DontDestroyOnLoad(this.gameObject); Debug.Log($[GameManager] 实例已注册并标记为DontDestroyOnLoad: {this.gameObject.name}); } // 情况3实例就是自己通常是通过Instance属性访问后Awake才被调用的情况 // 这种情况_instance已经在Instance的get中被赋值这里可以不做处理或者加固DDOL标记 else if (_instance this) { // 确保DDOL标记即使是通过Instance创建的Awake也可能在标记前被调用 if (!this.gameObject.scene.isLoaded) // 检查是否已在DDOL场景 { DontDestroyOnLoad(this.gameObject); } } // 执行实际的初始化逻辑 InitializeGameData(); SetupEventListeners(); }关键点解析销毁重复实例这是防止多个单例共存的核心。使用DestroyImmediate在编辑器模式下能立刻清除对象避免残留组件引发奇怪错误。在构建版本中使用Destroy即可。DDOL调用时机必须在确认自己是唯一实例后再调用DontDestroyOnLoad。如果先DDOL再检查会导致重复的实例也被持久化无法销毁。场景判断this.gameObject.scene.isLoaded可以用来判断对象是否属于一个已加载的场景。DDOL对象属于一个特殊的、始终“已加载”的场景。这个检查可以作为辅助判断。3.3 持久化数据的存储与场景切换时的处理GameManager通常需要保存游戏状态。这些数据必须在场景切换时保持不变。我们通常使用简单的C#属性或字段来存储。public class GameManager : MonoBehaviour { // 游戏状态 public enum GameState { Menu, Playing, Paused, GameOver } private GameState _currentState GameState.Menu; public GameState CurrentState { get _currentState; set { _currentState value; OnGameStateChanged?.Invoke(value); // 触发事件 } } // 玩家数据 private int _playerScore 0; private int _currentLevel 1; public int PlayerScore { get _playerScore; set { _playerScore value; OnScoreUpdated?.Invoke(value); } } public int CurrentLevel _currentLevel; // 使用事件通知其他系统避免紧密耦合 public static event ActionGameState OnGameStateChanged; public static event Actionint OnScoreUpdated; // 切换关卡 public void LoadLevel(int levelIndex) { if (levelIndex 1) return; _currentLevel levelIndex; // 使用SceneManager加载场景可以传入场景名或Build Index SceneManager.LoadScene($Level_{levelIndex}); // 注意场景加载是异步的如果需要加载完成后的回调请使用SceneManager.LoadSceneAsync } // 重置游戏数据例如开始新游戏 public void ResetGame() { _playerScore 0; _currentLevel 1; CurrentState GameState.Menu; // 清除可能存在的临时数据 } }实操心得对于更复杂的数据如玩家库存、设置选项建议在GameManager下封装一个专门的PlayerData或GameData类并使用JSON或二进制序列化配合PlayerPrefs或文件系统进行本地持久化。GameManager本身则作为这些数据的访问入口和更新触发器。4. 高级议题与常见陷阱排查4.1 场景加载异步与数据同步问题当你调用SceneManager.LoadScene时默认是同步加载会阻塞直到场景加载完成。在加载过程中当前场景的对象开始销毁新场景的对象开始初始化。如果你的GameManager在其他脚本的OnDestroy或新场景脚本的Awake/Start中被访问需要确保顺序。更常见的是使用异步加载SceneManager.LoadSceneAsync这允许你在加载过程中显示进度条。此时你需要处理好游戏状态比如将状态设置为Loading并禁止玩家输入。public async void LoadLevelAsync(int levelIndex, Action onComplete null) { CurrentState GameState.Loading; // 显示加载界面... AsyncOperation asyncLoad SceneManager.LoadSceneAsync($Level_{levelIndex}); asyncLoad.allowSceneActivation false; // 先不自动激活场景 while (!asyncLoad.isDone) { float progress Mathf.Clamp01(asyncLoad.progress / 0.9f); // progress到0.9就停了 // 更新进度条 UI... await Task.Yield(); // 等待一帧避免阻塞 if (asyncLoad.progress 0.9f) { // 加载完成等待一个条件如点击屏幕再激活 // if (Input.anyKeyDown) asyncLoad.allowSceneActivation true; // 这里我们直接激活 asyncLoad.allowSceneActivation true; } } _currentLevel levelIndex; CurrentState GameState.Playing; onComplete?.Invoke(); }陷阱在异步加载过程中GameManager本身是安全的DDOL但它所持有或引用的来自旧场景的对象如某个UI面板的引用可能会在旧场景销毁时变为null。因此GameManager应尽量避免持有对场景特定对象的直接引用而是通过事件、委托或查找FindObjectOfType、GetComponent在激活的新场景中的方式在需要时动态获取。4.2 编辑器模式下的特殊行为在Unity编辑器中运行游戏单例的行为可能与构建后略有不同。停止播放后实例残留通过Instance属性动态创建的DDOL GameObject在编辑器停止播放后有时不会自动销毁会残留在Hierarchy中显示为灰色。这是一个已知的编辑器行为。虽然无害但影响整洁。可以在脚本中添加#if UNITY_EDITOR处理代码在OnApplicationQuit或OnDestroy中手动销毁或者简单地养成每次停止播放后清理Hierarchy的习惯。多场景编辑如果你在编辑器中同时打开了多个场景例如通过Additive方式并且每个场景都有一个GameManager预制体那么进入播放模式时每个场景的Awake都会执行导致重复实例检测和销毁。这可能会产生一堆警告信息。为了避免编辑器下的警告可以调整逻辑private void Awake() { if (_instance ! null _instance ! this) { #if UNITY_EDITOR // 在编辑器下如果是播放模式才销毁并警告 if (Application.isPlaying) { Destroy(this.gameObject); } // 如果不是播放模式编辑状态直接返回不销毁也不警告 return; #else Destroy(this.gameObject); return; #endif } // ... 后续初始化代码 }脚本重新编译在编辑器模式下修改并编译脚本时所有游戏状态会重置。这意味着你的GameManager单例状态会丢失。这是预期行为无法避免。对于需要持久化测试的数据请依赖PlayerPrefs或模拟数据文件。4.3 依赖其他单例或服务一个复杂的游戏可能有多个管理器AudioManager、UIManager、ResourceManager等。它们可能也都是单例并且之间存在依赖关系例如GameManager需要访问UIManager来更新分数显示。初始化顺序问题Unity不保证不同GameObject上脚本Awake的调用顺序。如果GameManager在Awake中访问UIManager.Instance而UIManager的Awake还没被调用那么UIManager.Instance的getter可能会触发创建一个新的UIManager实例这虽然能工作但不符合我们“显式初始化”的预期。解决方案懒初始化空值检查接受懒初始化的方式在需要时才获取引用。这是最简单和最常见的方式利用单例属性自身的懒加载机制。public void UpdateScoreUI(int score) { // 在方法内部获取实例如果UIManager还没创建此时会被创建 UIManager.Instance?.UpdateScoreText(score); // 使用空值传播操作符更安全 }显式初始化阶段对于有严格顺序要求的系统可以设计一个明确的“启动流程”或“引导场景”。在这个场景中按顺序实例化所有核心管理器GameManager, ResourceManager, AudioManager...并手动调用它们的初始化方法。确保所有核心服务在进入主游戏场景前都已就绪。基于事件的解耦这是更优雅的方式。GameManager不直接持有UIManager的引用而是通过事件发布状态变化。UIManager订阅这些事件。这样两者完全解耦没有初始化顺序依赖。// 在GameManager中定义事件 public static event Actionint OnScoreUpdated; // 当分数改变时 PlayerScore newScore; // 在setter中会触发OnScoreUpdated // 在UIManager的Awake或Start中订阅事件 void Start() { GameManager.OnScoreUpdated HandleScoreUpdated; } void HandleScoreUpdated(int score) { // 更新UI } void OnDestroy() { // 记得取消订阅防止内存泄漏 GameManager.OnScoreUpdated - HandleScoreUpdated; }4.4 常见问题排查速查表问题现象可能原因解决方案场景切换后GameManager数据丢失GameManager所在的GameObject没有标记为DDOL或者被意外销毁。检查Awake中是否调用了DontDestroyOnLoad(this.gameObject)并确保没有其他代码如Destroy作用于它。出现多个GameManager实例1. 多个场景中都存在GameManager预制体且未正确处理重复实例。2. 通过Instance属性创建后场景中原本存在的实例的Awake又执行了。强化Awake中的重复实例检测与销毁逻辑。确保_instance的赋值和检查是原子性的。编辑器播放时出现“Duplicate...”警告多场景编辑或预制体被多次实例化。使用#if UNITY_EDITOR包装销毁逻辑仅在播放模式下处理。或检查场景结构确保只有一个“根”场景包含管理器。访问GameManager.Instance时报空引用1. 单例脚本的Awake尚未执行。2. 脚本被禁用MonoBehaviour单例要求挂载的GameObject和脚本自身都启用。确保首次访问在Start或之后。检查GameObject和脚本的激活状态。考虑使用[DefaultExecutionOrder]属性调整脚本执行顺序。DDOL对象在切换场景后找不到使用GameObject.Find或Transform.Find默认只在当前场景查找。使用GameObject.FindGameObjectWithTag并给DDOL对象设置唯一Tag或使用Resources.FindObjectsOfTypeAll谨慎使用性能较差最好的方式是直接通过单例的静态属性Instance访问。游戏退出后再次运行数据未重置GameManager是DDOL在编辑器播放模式下停止播放并不会真正“销毁”它下次播放可能直接复用。在OnApplicationQuit或OnDestroy方法中重置静态变量_instance null;并清理数据。对于编辑器可以在Reset方法或通过自定义编辑器按钮来清理。5. 架构演进超越简单单例模式对于小型项目一个“大而全”的GameManager单例或许够用。但随着项目规模增长将所有全局逻辑塞进一个类会导致代码臃肿、难以维护。此时可以考虑更高级的架构模式。5.1 服务定位器模式服务定位器Service Locator提供一个全局的“注册中心”其他系统可以从中获取所需的服务如音频、资源、输入。GameManager可以退化为一个普通服务或者成为服务定位器本身。public static class ServiceLocator { private static DictionaryType, object _services new DictionaryType, object(); public static void RegisterT(T service) where T : class { _services[typeof(T)] service; } public static T GetT() where T : class { if (_services.TryGetValue(typeof(T), out object service)) { return service as T; } Debug.LogError($Service of type {typeof(T)} not registered.); return null; } public static bool TryGetT(out T service) where T : class { if (_services.TryGetValue(typeof(T), out object obj)) { service obj as T; return true; } service null; return false; } } // 在GameManager的Awake中注册自己 private void Awake() { // ... 单例实例检查 ... ServiceLocator.RegisterIGameManager(this); // 推荐基于接口注册 } // 在其他地方使用 var gameManager ServiceLocator.GetIGameManager();这种方式将依赖从“硬编码的单例类”转变为“通过定位器获取的服务”提高了可测试性和模块化程度。5.2 依赖注入框架对于大型企业级项目可以考虑使用轻量级的依赖注入框架如 Zenject、StrangeIoC 或 VContainer。这些框架能自动化管理对象的生命周期包括单例、跨场景持久化、解决循环依赖并通过构造函数或属性自动注入依赖关系。这需要一定的学习成本但能极大提升架构的清晰度和可维护性。5.3 ScriptableObject 作为共享数据容器对于纯粹的数据如游戏平衡参数、角色属性表使用ScriptableObject是比放在GameManager中更好的选择。ScriptableObject是Unity的一种资源不依赖于场景实例可以被多个对象引用和读取。你可以创建GameSettings、PlayerProfile等ScriptableObject资源GameManager持有对这些资源的引用而具体的数值配置则在资源文件中编辑。这样数据与逻辑分离也便于策划人员调整。6. 实战构建一个带状态管理的增强型GameManager让我们综合以上所有要点构建一个更健壮、功能更清晰的GameManager示例。它将包含严格的懒汉式单例。完整的游戏状态机。使用事件进行系统间通信。简单的数据持久化示例。编辑器友好的调试信息。using UnityEngine; using UnityEngine.Events; using UnityEngine.SceneManagement; using System; [DefaultExecutionOrder(-100)] // 确保在其他脚本之前执行 public class EnhancedGameManager : MonoBehaviour { #region Singleton Implementation private static EnhancedGameManager _instance; private static readonly object _lock new object(); private static bool _isApplicationQuitting false; public static EnhancedGameManager Instance { get { if (_isApplicationQuitting) { Debug.LogWarning([GameManager] 应用程序正在退出忽略实例获取请求。); return null; } lock (_lock) { if (_instance null) { _instance FindObjectOfTypeEnhancedGameManager(); if (_instance null) { GameObject singletonGo new GameObject([Singleton] EnhancedGameManager); _instance singletonGo.AddComponentEnhancedGameManager(); // 不在属性中调用DDOL留给Awake } } return _instance; } } } #endregion #region Game State Events public enum GameState { MainMenu, Loading, Playing, Paused, GameOver, Victory } private GameState _currentGameState GameState.MainMenu; public GameState CurrentGameState { get _currentGameState; private set { if (_currentGameState ! value) { GameState previousState _currentGameState; _currentGameState value; OnGameStateChanged?.Invoke(previousState, value); } } } // 使用UnityEvent便于在Inspector中配置或使用标准的Action [System.Serializable] public class GameStateEvent : UnityEventGameState, GameState { } public GameStateEvent OnGameStateChangedUnityEvent; // 给Inspector用 public static event ActionGameState, GameState OnGameStateChanged; // 给代码订阅用 #endregion #region Game Data public int TotalScore { get; private set; } public int CurrentLevelIndex { get; private set; } 1; public string PlayerName { get; set; } Player; #endregion #region Unity Lifecycle private void Awake() { // 处理重复实例 if (_instance ! null _instance ! this) { Debug.LogWarning($[GameManager] 重复实例 {gameObject.name} 将被销毁。); DestroyImmediate(gameObject); return; } // 初始化单例 lock (_lock) { if (_instance null) { _instance this; } } // 标记为跨场景不销毁 DontDestroyOnLoad(gameObject); // 初始化内部系统 LoadPlayerPrefs(); // 示例从PlayerPrefs加载数据 SetupInternalListeners(); Debug.Log($[GameManager] 初始化完成实例ID: {GetInstanceID()}); } private void Start() { // 确保游戏以正确状态开始 if (CurrentGameState GameState.MainMenu SceneManager.GetActiveScene().name ! MainMenu) { // 如果不是从主菜单启动可能直接进入了关卡切换到Playing状态 CurrentGameState GameState.Playing; } } private void OnApplicationQuit() { _isApplicationQuitting true; SavePlayerPrefs(); Debug.Log([GameManager] 应用程序退出保存数据。); } private void OnDestroy() { // 清理静态事件订阅防止内存泄漏 // 注意对于静态事件订阅者也需要在自己OnDestroy时取消订阅这里是额外清理 OnGameStateChanged null; if (_instance this) { _instance null; } } #endregion #region Public API public void StartNewGame(string playerName) { PlayerName playerName; TotalScore 0; CurrentLevelIndex 1; SavePlayerPrefs(); CurrentGameState GameState.Loading; LoadLevelAsync(CurrentLevelIndex, () { CurrentGameState GameState.Playing; }); } public void LoadLevelAsync(int levelIndex, Action onLevelLoaded null) { if (CurrentGameState GameState.Loading) return; CurrentGameState GameState.Loading; string sceneName $Level_{levelIndex}; // 简单异步加载示例 StartCoroutine(LoadLevelCoroutine(sceneName, onLevelLoaded)); } private System.Collections.IEnumerator LoadLevelCoroutine(string sceneName, Action onLoaded) { AsyncOperation asyncOp SceneManager.LoadSceneAsync(sceneName); asyncOp.allowSceneActivation false; // 模拟加载过程更新UI等 while (!asyncOp.isDone) { float progress asyncOp.progress / 0.9f; // Unity加载到0.9会等待 // 可以在这里更新加载进度条 UI.UpdateProgress(progress); yield return null; if (asyncOp.progress 0.9f) { // 加载完成可以等待一个用户输入或直接激活 // yield return new WaitUntil(() Input.anyKeyDown); asyncOp.allowSceneActivation true; } } yield return null; // 等待一帧确保场景激活完成 CurrentLevelIndex int.Parse(sceneName.Split(_)[1]); // 简单解析实际应更健壮 onLoaded?.Invoke(); } public void PauseGame() { if (CurrentGameState GameState.Playing) { Time.timeScale 0f; CurrentGameState GameState.Paused; } } public void ResumeGame() { if (CurrentGameState GameState.Paused) { Time.timeScale 1f; CurrentGameState GameState.Playing; } } public void AddScore(int points) { TotalScore points; // 可以触发得分更新事件 // OnScoreAdded?.Invoke(points, TotalScore); SavePlayerPrefs(); // 频繁保存根据需求调整 } public void CompleteLevel(bool isVictory) { if (isVictory) { CurrentGameState GameState.Victory; // 解锁下一关等逻辑 CurrentLevelIndex; SavePlayerPrefs(); // 延迟加载下一关或返回菜单 Invoke(nameof(LoadNextLevel), 2f); } else { GameOver(); } } public void GameOver() { CurrentGameState GameState.GameOver; Time.timeScale 0f; // 暂停游戏逻辑 // 显示游戏结束UI } public void ReturnToMainMenu() { Time.timeScale 1f; CurrentGameState GameState.MainMenu; SceneManager.LoadScene(MainMenu); } #endregion #region Private Methods private void LoadNextLevel() { LoadLevelAsync(CurrentLevelIndex); } private void LoadPlayerPrefs() { TotalScore PlayerPrefs.GetInt(TotalScore, 0); CurrentLevelIndex PlayerPrefs.GetInt(CurrentLevel, 1); PlayerName PlayerPrefs.GetString(PlayerName, Player); } private void SavePlayerPrefs() { PlayerPrefs.SetInt(TotalScore, TotalScore); PlayerPrefs.SetInt(CurrentLevel, CurrentLevelIndex); PlayerPrefs.SetString(PlayerName, PlayerName); PlayerPrefs.Save(); } private void SetupInternalListeners() { // 将静态事件转发给UnityEvent方便Inspector配置 OnGameStateChanged (oldState, newState) { OnGameStateChangedUnityEvent?.Invoke(oldState, newState); Debug.Log($[GameManager] 状态变更: {oldState} - {newState}); }; } #endregion #region Editor Helpers #if UNITY_EDITOR // 在Inspector中添加一个按钮用于快速测试状态切换或重置 [ContextMenu(Reset Game Data)] private void ResetDataInEditor() { TotalScore 0; CurrentLevelIndex 1; PlayerPrefs.DeleteAll(); Debug.Log([GameManager] 编辑器模式游戏数据已重置。); } #endif #endregion }这个增强版GameManager提供了从游戏启动、状态管理、场景加载到数据持久化的完整框架。它严格遵循了单例模式安全地使用DDOL并通过事件系统与其他模块解耦。你可以根据具体项目需求在此基础上增删功能模块。记住没有银弹最好的架构永远是适合你项目规模和团队习惯的那一个。从理解原理开始然后灵活应用这才是应对Unity中全局管理挑战的正确姿势。