1. 项目概述为什么Unity多场景异步加载是项目成败的关键在Unity项目开发中尤其是中大型游戏或复杂的应用里场景切换时的卡顿、黑屏、资源加载延迟是用户体验的“头号杀手”。想象一下玩家正沉浸在紧张刺激的BOSS战中击败敌人后满怀期待地进入下一个区域结果画面一黑屏幕上转起了“加载中”的圈圈持续好几秒甚至十几秒。这种体验的割裂感足以让玩家瞬间出戏甚至直接退出游戏。所以流畅的场景切换和资源加载不是锦上添花而是决定产品留存率和口碑的核心技术指标。传统的SceneManager.LoadScene同步加载方式会阻塞主线程导致游戏画面完全冻结直到新场景的所有内容加载完毕。这显然无法满足现代游戏对流畅度的要求。于是异步加载LoadSceneAsync成为了标配。但仅仅使用异步加载问题就解决了吗远远没有。你可能会遇到场景依赖的资源如材质、贴图、预制体没有提前准备好导致场景加载完成后模型还是“一片紫”或者显示为默认的白色方块多个场景间存在复杂的依赖关系A场景需要B场景中的某个关键脚本或管理器加载顺序一旦出错游戏逻辑直接崩溃。这就是我们今天要深入探讨的核心如何高效实现Unity多场景异步加载。这个“高效”不仅仅指速度更指稳定性、可控性和资源管理的精细化。我们将聚焦于两个关键技术点场景依赖管理和资源预加载并引入一个强大的异步编程工具——UniTask来优雅地解决所有痛点。UniTask以其媲美原生async/await的简洁语法和卓越的性能正在成为Unity异步编程的事实标准。通过本实践指南你将掌握一套从设计到实现能直接应用于生产环境的完整解决方案。2. 核心架构设计从需求到方案的完整思路拆解在动手写代码之前我们必须先理清思路。一个健壮的多场景加载系统其设计必须回答以下几个关键问题2.1 需求场景分析无缝世界/大型关卡开放世界游戏需要流式加载不同的区域场景玩家移动时无感知地加载和卸载周边场景。关卡切换与过场从一个关卡切换到另一个关卡中间可能需要播放过场动画加载过程必须在后台完成。场景叠加Additive Loading例如从主菜单场景叠加加载游戏UI场景或者动态加载一个包含特定玩法元素的子场景。资源密集型场景场景内包含大量高精度模型、高清贴图、复杂特效需要提前加载以避免进入后的卡顿。2.2 传统AsyncOperation的局限性Unity自带的AsyncOperationLoadSceneAsync的返回值虽然提供了progress进度和allowSceneActivation允许场景激活等基础控制但在复杂流程中显得力不从心回调地狱依赖completed事件或每帧检查isDone代码结构嵌套深难以维护。进度整合困难单个场景的加载进度容易获取但如何整合资源预加载、多个场景的依赖加载的总进度错误处理薄弱加载失败的处理逻辑分散不易统一管理。取消操作复杂实现一个可安全取消的加载流程需要额外的工作。2.3 为什么选择UniTaskUniTask完美地弥补了上述不足优雅的 async/await 语法让异步代码写得像同步代码一样直观彻底告别回调地狱。轻量级与零分配性能开销极低特别适合在游戏每帧循环中频繁使用。丰富的扩展与集成与Unity的AsyncOperation、ResourceRequest、AssetBundleRequest等原生异步操作无缝集成一行代码就能将其转换为可await的对象。强大的生命周期控制通过CancellationToken与GameObject或场景生命周期绑定轻松实现加载过程的取消避免资源泄漏和空引用异常。进度报告IProgressT接口支持方便更新加载界面。2.4 整体架构设计我们的系统将分为三个核心层资源管理层负责识别、加载、缓存和卸载场景所依赖的资产Resources、AssetBundles等。这是预加载的基石。依赖关系层定义场景之间的依赖图。例如Gameplay场景依赖于Core场景包含游戏管理器、音频管理器等和Environment场景。该层提供依赖解析和加载顺序计算。流程控制层使用UniTask作为“粘合剂”编排整个加载流程。它调用资源管理层预加载资源根据依赖关系层定义的顺序异步加载场景并处理加载过程中的进度更新、错误和取消。提示在架构设计初期务必明确你的资源来源。是使用Unity内置的Resources文件夹还是AssetBundle或是Addressables可寻址资源系统本文将以Resources和AssetBundle为例阐述核心思想这些思想同样适用于Addressables。3. 核心技术实现UniTask驱动下的异步加载流水线接下来我们进入实战环节一步步构建这个加载系统。3.1 基础准备集成UniTask首先通过Unity的Package Manager或Git URL安装UniTask。之后在任何需要使用异步加载的脚本中引入命名空间using Cysharp.Threading.Tasks; using UnityEngine.SceneManagement;3.2 实现基础的UniTask场景加载器我们封装一个比原生LoadSceneAsync更好用的工具方法。public static class SceneLoader { public static async UniTask LoadSceneAsync(string sceneName, LoadSceneMode mode LoadSceneMode.Single, IProgressfloat progress null, CancellationToken cancellationToken default) { // 1. 开始异步加载场景但不立即激活 AsyncOperation asyncOp SceneManager.LoadSceneAsync(sceneName, mode); asyncOp.allowSceneActivation false; // 先不激活便于控制 // 2. 将AsyncOperation转换为UniTask并绑定取消令牌 // ToUniTask会返回一个可await的Task并自动处理进度更新。 try { await asyncOp.ToUniTask(progress: progress, cancellationToken: cancellationToken); } catch (OperationCanceledException) { Debug.Log($场景 {sceneName} 加载被取消。); // 可选在这里进行一些清理操作 throw; // 重新抛出异常让调用者知道加载被取消 } // 3. 加载完成后手动激活场景因为allowSceneActivation为false时进度到0.9会停止 // 注意ToUniTask在allowSceneActivationfalse时会在进度0.9处等待。 asyncOp.allowSceneActivation true; // 等待场景完全激活 await UniTask.WaitUntil(() asyncOp.isDone).AttachExternalCancellation(cancellationToken); } }关键点解析allowSceneActivation false这是实现可控加载的关键。设置为false后加载进度到0.9时会暂停直到我们将其设为true。这给了我们在场景激活前进行最后准备如播放过渡动画、确保所有资源就位的机会。ToUniTask()这是UniTask提供的扩展方法将AsyncOperation包装成UniTask。我们传入了progress和cancellationToken实现了进度回调和安全取消。取消处理如果用户在加载过程中取消例如快速连续点击切换场景CancellationToken会触发代码会捕获OperationCanceledException并执行清理避免状态不一致。3.3 构建场景依赖图我们需要一种方式来声明场景之间的依赖关系。一个简单有效的方法是使用ScriptableObject创建依赖配置资产。[CreateAssetMenu(fileName SceneDependencyConfig, menuName Scene Management/Scene Dependency Config)] public class SceneDependencyConfig : ScriptableObject { [System.Serializable] public class SceneInfo { public string sceneName; // 场景名称对应Build Settings中的名字 public string scenePath; // 场景资源路径可用于校验 public Liststring dependencySceneNames; // 所依赖的其他场景名 public Liststring preloadAssetPaths; // 需要预加载的资源路径列表Resources下路径 } public ListSceneInfo sceneInfos new ListSceneInfo(); private Dictionarystring, SceneInfo _sceneInfoMap; public void Initialize() { _sceneInfoMap sceneInfos.ToDictionary(info info.sceneName, info info); } public SceneInfo GetSceneInfo(string sceneName) { if (_sceneInfoMap null) Initialize(); _sceneInfoMap.TryGetValue(sceneName, out var info); return info; } public Liststring GetDependencyChain(string targetSceneName) { // 实现一个拓扑排序如DFS来获取正确的加载顺序 // 返回一个场景名列表顺序是从基础依赖到目标场景 HashSetstring visited new HashSetstring(); Liststring loadOrder new Liststring(); void Visit(string sceneName) { if (visited.Contains(sceneName)) return; visited.Add(sceneName); var info GetSceneInfo(sceneName); if (info ! null) { foreach (var dep in info.dependencySceneNames) { Visit(dep); } } loadOrder.Add(sceneName); } Visit(targetSceneName); return loadOrder; } }在编辑器里你可以创建一个SceneDependencyConfig资产并可视化地配置每个场景的依赖项和需要预加载的资源路径。3.4 实现资源预加载器资源预加载的核心是提前将场景所需的资源加载到内存中避免场景激活时因即时加载而产生的卡顿。我们以Resources加载为例。public class ResourcePreloader : MonoBehaviour { private static ResourcePreloader _instance; public static ResourcePreloader Instance _instance; private Dictionarystring, UnityEngine.Object _loadedAssets new Dictionarystring, UnityEngine.Object(); private Dictionarystring, int _assetReferenceCount new Dictionarystring, int(); void Awake() { if (_instance ! null _instance ! this) { Destroy(gameObject); return; } _instance this; DontDestroyOnLoad(gameObject); } // 预加载单个资源泛型方法 public async UniTaskT PreloadAssetAsyncT(string resourcePath, CancellationToken ct default) where T : UnityEngine.Object { if (_loadedAssets.TryGetValue(resourcePath, out var cachedObj)) { // 资源已加载增加引用计数并返回 _assetReferenceCount[resourcePath]; return (T)cachedObj; } // 使用UniTask封装Resources.LoadAsync ResourceRequest request Resources.LoadAsyncT(resourcePath); T asset await request.ToUniTask().AttachExternalCancellation(ct) as T; if (asset ! null) { _loadedAssets[resourcePath] asset; _assetReferenceCount[resourcePath] 1; Debug.Log($预加载资源成功: {resourcePath}); } else { Debug.LogError($预加载资源失败: {resourcePath}); } return asset; } // 预加载一个路径列表 public async UniTask PreloadAssetsAsync(Liststring resourcePaths, IProgressfloat progress null, CancellationToken ct default) { float total resourcePaths.Count; for (int i 0; i resourcePaths.Count; i) { if (ct.IsCancellationRequested) break; // 这里简化处理实际可能需要根据文件扩展名判断类型这里统一按Object加载 await PreloadAssetAsyncUnityEngine.Object(resourcePaths[i], ct); progress?.Report((i 1) / total); } } // 释放资源引用计数 public void ReleaseAsset(string resourcePath) { if (_assetReferenceCount.TryGetValue(resourcePath, out int count)) { count--; if (count 0) { UnityEngine.Object obj _loadedAssets[resourcePath]; Resources.UnloadAsset(obj); // 注意Resources.UnloadAsset只能用于非GameObject和Component的资源 _loadedAssets.Remove(resourcePath); _assetReferenceCount.Remove(resourcePath); Debug.Log($释放资源: {resourcePath}); } else { _assetReferenceCount[resourcePath] count; } } } }注意Resources.UnloadAsset有使用限制。对于通过Resources.Load加载的GameObject预制体通常使用Destroy或通过管理其引用来让GC回收。更复杂的资源生命周期管理可能需要引入更强大的框架如Addressables。这里的引用计数模型是一个简化示例。3.5 整合完整的依赖场景加载流程现在我们将场景加载器、依赖图和资源预加载器组合起来形成一个完整的SceneLoadingManager。public class SceneLoadingManager : MonoBehaviour { [SerializeField] private SceneDependencyConfig _dependencyConfig; [SerializeField] private LoadingUIView _loadingUI; // 假设有一个加载界面UI private CancellationTokenSource _currentLoadingCts; public async UniTask LoadSceneWithDependencies(string targetSceneName, LoadSceneMode mainSceneMode LoadSceneMode.Single) { // 1. 取消可能正在进行的上一次加载 CancelCurrentLoading(); // 2. 创建新的CancellationTokenSource并与当前GameObject绑定生命周期 _currentLoadingCts new CancellationTokenSource(); var linkedCt CancellationTokenSource.CreateLinkedTokenSource(_currentLoadingCts.Token, this.GetCancellationTokenOnDestroy()).Token; try { // 3. 显示加载界面 _loadingUI?.Show(); _loadingUI?.SetProgress(0f); // 4. 解析依赖链 Liststring scenesToLoad _dependencyConfig.GetDependencyChain(targetSceneName); Debug.Log($加载顺序: {string.Join( - , scenesToLoad)}); // 5. 预加载所有场景所需的资源 float preloadWeight 0.3f; // 预加载阶段占总进度的30% float sceneLoadWeight 0.7f; // 场景加载阶段占70% Liststring allAssetsToPreload new Liststring(); foreach (var sceneName in scenesToLoad) { var info _dependencyConfig.GetSceneInfo(sceneName); if (info ! null info.preloadAssetPaths ! null) { allAssetsToPreload.AddRange(info.preloadAssetPaths); } } // 去重 allAssetsToPreload allAssetsToPreload.Distinct().ToList(); IProgressfloat progressReporter Progress.Createfloat(p { _loadingUI?.SetProgress(p * preloadWeight); }); await ResourcePreloader.Instance.PreloadAssetsAsync(allAssetsToPreload, progressReporter, linkedCt); // 6. 按顺序异步加载场景 for (int i 0; i scenesToLoad.Count; i) { string sceneName scenesToLoad[i]; bool isLastScene (i scenesToLoad.Count - 1); LoadSceneMode mode (isLastScene mainSceneMode LoadSceneMode.Single) ? LoadSceneMode.Single : LoadSceneMode.Additive; float sceneStartProgress preloadWeight (sceneLoadWeight * i / scenesToLoad.Count); float sceneEndProgress preloadWeight (sceneLoadWeight * (i 1) / scenesToLoad.Count); IProgressfloat sceneProgress Progress.Createfloat(sceneProg { float overallProg sceneStartProgress (sceneEndProgress - sceneStartProgress) * sceneProg; _loadingUI?.SetProgress(overallProg); _loadingUI?.SetStatusText($正在加载场景: {sceneName}...); }); Debug.Log($开始加载场景: {sceneName} ({mode})); if (mode LoadSceneMode.Additive SceneManager.GetSceneByName(sceneName).isLoaded) { Debug.Log($场景 {sceneName} 已加载跳过。); continue; } await SceneLoader.LoadSceneAsync(sceneName, mode, sceneProgress, linkedCt); Debug.Log($场景加载完成: {sceneName}); } // 7. 加载完成后的处理例如卸载非依赖场景、设置活动场景等 // ... (此处省略场景激活后的逻辑如调用SceneManager.SetActiveScene) _loadingUI?.SetProgress(1.0f); await UniTask.Delay(300, cancellationToken: linkedCt); // 短暂停留让玩家看到100% _loadingUI?.Hide(); Debug.Log($所有场景及依赖加载完成); } catch (OperationCanceledException) { Debug.Log(场景加载流程被取消。); // 执行清理操作例如卸载已加载的Additive场景 CleanupOnCancel(scenesToLoad); } catch (System.Exception e) { Debug.LogError($场景加载失败: {e.Message}); _loadingUI?.ShowError(加载失败请重试); } finally { _currentLoadingCts?.Dispose(); _currentLoadingCts null; } } private void CancelCurrentLoading() { _currentLoadingCts?.Cancel(); _currentLoadingCts?.Dispose(); _currentLoadingCts null; } private void CleanupOnCancel(Liststring scenesThatWereToLoad) { // 遍历并卸载所有在加载流程中可能已加载的附加场景 // 实现略... } }这个管理器是整个系统的大脑。它串联了所有步骤提供了进度反馈、错误处理和取消逻辑是一个可直接用于生产环境的强大工具。4. 性能优化与高级技巧实现基本功能后我们需要关注性能和用户体验的细节。4.1 资源预加载的粒度与策略按需预加载 vs 全量预加载不是所有资源都需要在进入场景前加载。对于开放世界可以采用“流式加载”根据玩家位置预加载周围区域所需的资源。我们的系统可以通过动态修改SceneInfo中的preloadAssetPaths或提供额外的API来支持。内存管理预加载的资源会占用内存。必须实现完善的引用计数和释放机制。当依赖某个资源的所有场景都被卸载后该资源应该被释放。上文中的ReleaseAsset方法是一个起点但需要与场景卸载事件挂钩。使用AssetBundle时的差异如果使用AssetBundle预加载过程变为LoadAssetAsync并且依赖关系由AssetBundle的manifest文件管理。你需要先加载依赖的AB包再加载目标AB包中的资源。UniTask同样可以优雅地处理AssetBundleCreateRequest和AssetBundleRequest。4.2 加载进度计算的准确性原生AsyncOperation.progress在allowSceneActivationfalse时只会达到0.9。我们的整合进度预加载多个场景加载是一个加权平均值。权重的分配如preloadWeight0.3需要根据实际项目的平均加载时间比例进行调整可以通过性能分析工具来校准使进度条移动更平滑、真实。4.3 使用UniTask的PlayerLoopTimingUniTask允许你指定await在Unity生命周期的哪个阶段之后执行。对于加载界面更新使用PlayerLoopTiming.Update是安全的。但在某些与物理或渲染相关的加载后初始化工作中你可能需要更精确的控制。await someTask.AttachExternalCancellation(cancellationToken).ConfigureAwait(PlayerLoopTiming.Update);4.4 场景激活前后的初始化在allowSceneActivation从false变为true之前是一个执行关键操作的“黄金窗口期”卸载旧场景如果是Single模式旧场景会自动卸载。如果是复杂的Additive切换需要手动卸载不再需要的场景。初始化新场景对象查找新场景中的管理器、出生点等并调用它们的初始化方法。这可以通过在场景根对象上放置一个SceneInitializer脚本来实现该脚本在Awake或Start中执行初始化并确保在场景激活后立即运行。4.5 错误恢复与重试机制网络游戏或从服务器加载AssetBundle时加载可能失败。系统应具备重试能力。public async UniTaskT LoadWithRetryT(FuncUniTaskT loader, int maxRetries 3) { int retryCount 0; while (retryCount maxRetries) { try { return await loader(); } catch (System.Exception e) { retryCount; Debug.LogWarning($加载失败第{retryCount}次重试。错误: {e.Message}); if (retryCount maxRetries) { throw; // 重试次数用尽抛出异常 } await UniTask.Delay(1000 * retryCount); // 延迟重试避免频繁请求 } } return default; }5. 实战避坑指南与常见问题排查即使有了完善的代码在实际项目中依然会遇到各种“坑”。以下是我从多个项目中总结出的经验。5.1 内存泄漏CancellationTokenSource未释放这是使用UniTask时最常见的错误之一。每次启动一个新的加载流程都会创建新的CancellationTokenSource。如果加载被中断如场景直接切换而旧的CTS没有被Dispose()它及其关联的回调可能不会被垃圾回收导致内存泄漏。避坑技巧始终将CTS的生命周期与某个MonoBehaviour或明确的销毁时机绑定。使用CreateLinkedTokenSource将自定义的CTS与GameObject的销毁令牌链接并在finally块或OnDestroy中确保调用Dispose()。上文SceneLoadingManager中的做法是典范。5.2 场景重复加载在Additive模式下如果不加检查可能会多次加载同一个场景导致游戏对象重复引发逻辑错误。解决方案在加载前使用SceneManager.GetSceneByName(sceneName).isLoaded进行检查。如上文代码所示。5.3 依赖循环如果场景依赖配置错误形成了A依赖BB又依赖A的循环GetDependencyChain中的递归遍历会导致栈溢出。解决方案在依赖解析算法中加入循环检测。在递归Visit方法中除了visited集合还可以使用一个visiting集合来跟踪当前递归路径上的节点一旦发现节点已在visiting中立即抛出异常。5.4 加载界面“卡住”在90%这是因为AsyncOperation.progress在allowSceneActivationfalse时最大值就是0.9。我们的进度计算需要将这个“最后10%”的跳跃平滑化。通常的做法是当所有场景的加载进度都达到0.9后将总体进度手动设置为0.95或0.98然后在调用allowSceneActivation true并等待isDone的短暂过程中将进度动画到1.0。5.5 跨场景引用丢失使用Additive模式加载多个场景时一个场景中的脚本可能试图在Awake或Start中寻找另一个场景中的对象。如果依赖场景的加载顺序有误或者查找代码执行时机过早就会找到null。最佳实践避免在Awake中进行跨场景的FindObjectOfType或访问单例实例。使用事件总线Event Bus或依赖注入框架来解耦。或者确保所有跨场景的初始化都在一个明确的“启动阶段”完成该阶段在所有依赖场景都加载完毕后才开始。可以创建一个GameBootstrapper场景最先加载由它来协调所有后续场景的初始化和相互引用设置。5.6 UniTask与Unity协程Coroutine混用尽量避免混用。UniTask的性能和可读性通常优于协程。如果旧代码使用协程可以考虑逐步迁移或使用UniTask.WaitUntil等方法来桥接。特别注意不要在UniTask的异步方法里yield return反之亦然。5.7 编辑器下与真机下的路径差异Resources.Load的路径在编辑器下和打包后是相对一致的但如果你自己管理AssetBundle路径可能会不同。确保你的资源路径配置在SceneDependencyConfig中在打包时能正确转换。可以使用Application.streamingAssetsPath、Application.persistentDataPath等结合平台宏定义来构建正确的路径。通过以上五个部分的详细拆解我们从理论到实践从核心代码到避坑技巧完整地构建了一套基于UniTask的、高效稳定的Unity多场景异步加载系统。这套方案不仅解决了加载卡顿的问题更通过精细化的依赖和资源管理为复杂项目的开发奠定了坚实的基础。记住流畅的加载体验是高品质游戏应用的隐形基石值得你投入精力去精心打磨。在实际项目中你可以以此为基础根据具体需求如结合Addressables、实现更复杂的流式加载策略进行扩展和优化。
1. 项目概述为什么Unity多场景异步加载是项目成败的关键在Unity项目开发中尤其是中大型游戏或复杂的应用里场景切换时的卡顿、黑屏、资源加载延迟是用户体验的“头号杀手”。想象一下玩家正沉浸在紧张刺激的BOSS战中击败敌人后满怀期待地进入下一个区域结果画面一黑屏幕上转起了“加载中”的圈圈持续好几秒甚至十几秒。这种体验的割裂感足以让玩家瞬间出戏甚至直接退出游戏。所以流畅的场景切换和资源加载不是锦上添花而是决定产品留存率和口碑的核心技术指标。传统的SceneManager.LoadScene同步加载方式会阻塞主线程导致游戏画面完全冻结直到新场景的所有内容加载完毕。这显然无法满足现代游戏对流畅度的要求。于是异步加载LoadSceneAsync成为了标配。但仅仅使用异步加载问题就解决了吗远远没有。你可能会遇到场景依赖的资源如材质、贴图、预制体没有提前准备好导致场景加载完成后模型还是“一片紫”或者显示为默认的白色方块多个场景间存在复杂的依赖关系A场景需要B场景中的某个关键脚本或管理器加载顺序一旦出错游戏逻辑直接崩溃。这就是我们今天要深入探讨的核心如何高效实现Unity多场景异步加载。这个“高效”不仅仅指速度更指稳定性、可控性和资源管理的精细化。我们将聚焦于两个关键技术点场景依赖管理和资源预加载并引入一个强大的异步编程工具——UniTask来优雅地解决所有痛点。UniTask以其媲美原生async/await的简洁语法和卓越的性能正在成为Unity异步编程的事实标准。通过本实践指南你将掌握一套从设计到实现能直接应用于生产环境的完整解决方案。2. 核心架构设计从需求到方案的完整思路拆解在动手写代码之前我们必须先理清思路。一个健壮的多场景加载系统其设计必须回答以下几个关键问题2.1 需求场景分析无缝世界/大型关卡开放世界游戏需要流式加载不同的区域场景玩家移动时无感知地加载和卸载周边场景。关卡切换与过场从一个关卡切换到另一个关卡中间可能需要播放过场动画加载过程必须在后台完成。场景叠加Additive Loading例如从主菜单场景叠加加载游戏UI场景或者动态加载一个包含特定玩法元素的子场景。资源密集型场景场景内包含大量高精度模型、高清贴图、复杂特效需要提前加载以避免进入后的卡顿。2.2 传统AsyncOperation的局限性Unity自带的AsyncOperationLoadSceneAsync的返回值虽然提供了progress进度和allowSceneActivation允许场景激活等基础控制但在复杂流程中显得力不从心回调地狱依赖completed事件或每帧检查isDone代码结构嵌套深难以维护。进度整合困难单个场景的加载进度容易获取但如何整合资源预加载、多个场景的依赖加载的总进度错误处理薄弱加载失败的处理逻辑分散不易统一管理。取消操作复杂实现一个可安全取消的加载流程需要额外的工作。2.3 为什么选择UniTaskUniTask完美地弥补了上述不足优雅的 async/await 语法让异步代码写得像同步代码一样直观彻底告别回调地狱。轻量级与零分配性能开销极低特别适合在游戏每帧循环中频繁使用。丰富的扩展与集成与Unity的AsyncOperation、ResourceRequest、AssetBundleRequest等原生异步操作无缝集成一行代码就能将其转换为可await的对象。强大的生命周期控制通过CancellationToken与GameObject或场景生命周期绑定轻松实现加载过程的取消避免资源泄漏和空引用异常。进度报告IProgressT接口支持方便更新加载界面。2.4 整体架构设计我们的系统将分为三个核心层资源管理层负责识别、加载、缓存和卸载场景所依赖的资产Resources、AssetBundles等。这是预加载的基石。依赖关系层定义场景之间的依赖图。例如Gameplay场景依赖于Core场景包含游戏管理器、音频管理器等和Environment场景。该层提供依赖解析和加载顺序计算。流程控制层使用UniTask作为“粘合剂”编排整个加载流程。它调用资源管理层预加载资源根据依赖关系层定义的顺序异步加载场景并处理加载过程中的进度更新、错误和取消。提示在架构设计初期务必明确你的资源来源。是使用Unity内置的Resources文件夹还是AssetBundle或是Addressables可寻址资源系统本文将以Resources和AssetBundle为例阐述核心思想这些思想同样适用于Addressables。3. 核心技术实现UniTask驱动下的异步加载流水线接下来我们进入实战环节一步步构建这个加载系统。3.1 基础准备集成UniTask首先通过Unity的Package Manager或Git URL安装UniTask。之后在任何需要使用异步加载的脚本中引入命名空间using Cysharp.Threading.Tasks; using UnityEngine.SceneManagement;3.2 实现基础的UniTask场景加载器我们封装一个比原生LoadSceneAsync更好用的工具方法。public static class SceneLoader { public static async UniTask LoadSceneAsync(string sceneName, LoadSceneMode mode LoadSceneMode.Single, IProgressfloat progress null, CancellationToken cancellationToken default) { // 1. 开始异步加载场景但不立即激活 AsyncOperation asyncOp SceneManager.LoadSceneAsync(sceneName, mode); asyncOp.allowSceneActivation false; // 先不激活便于控制 // 2. 将AsyncOperation转换为UniTask并绑定取消令牌 // ToUniTask会返回一个可await的Task并自动处理进度更新。 try { await asyncOp.ToUniTask(progress: progress, cancellationToken: cancellationToken); } catch (OperationCanceledException) { Debug.Log($场景 {sceneName} 加载被取消。); // 可选在这里进行一些清理操作 throw; // 重新抛出异常让调用者知道加载被取消 } // 3. 加载完成后手动激活场景因为allowSceneActivation为false时进度到0.9会停止 // 注意ToUniTask在allowSceneActivationfalse时会在进度0.9处等待。 asyncOp.allowSceneActivation true; // 等待场景完全激活 await UniTask.WaitUntil(() asyncOp.isDone).AttachExternalCancellation(cancellationToken); } }关键点解析allowSceneActivation false这是实现可控加载的关键。设置为false后加载进度到0.9时会暂停直到我们将其设为true。这给了我们在场景激活前进行最后准备如播放过渡动画、确保所有资源就位的机会。ToUniTask()这是UniTask提供的扩展方法将AsyncOperation包装成UniTask。我们传入了progress和cancellationToken实现了进度回调和安全取消。取消处理如果用户在加载过程中取消例如快速连续点击切换场景CancellationToken会触发代码会捕获OperationCanceledException并执行清理避免状态不一致。3.3 构建场景依赖图我们需要一种方式来声明场景之间的依赖关系。一个简单有效的方法是使用ScriptableObject创建依赖配置资产。[CreateAssetMenu(fileName SceneDependencyConfig, menuName Scene Management/Scene Dependency Config)] public class SceneDependencyConfig : ScriptableObject { [System.Serializable] public class SceneInfo { public string sceneName; // 场景名称对应Build Settings中的名字 public string scenePath; // 场景资源路径可用于校验 public Liststring dependencySceneNames; // 所依赖的其他场景名 public Liststring preloadAssetPaths; // 需要预加载的资源路径列表Resources下路径 } public ListSceneInfo sceneInfos new ListSceneInfo(); private Dictionarystring, SceneInfo _sceneInfoMap; public void Initialize() { _sceneInfoMap sceneInfos.ToDictionary(info info.sceneName, info info); } public SceneInfo GetSceneInfo(string sceneName) { if (_sceneInfoMap null) Initialize(); _sceneInfoMap.TryGetValue(sceneName, out var info); return info; } public Liststring GetDependencyChain(string targetSceneName) { // 实现一个拓扑排序如DFS来获取正确的加载顺序 // 返回一个场景名列表顺序是从基础依赖到目标场景 HashSetstring visited new HashSetstring(); Liststring loadOrder new Liststring(); void Visit(string sceneName) { if (visited.Contains(sceneName)) return; visited.Add(sceneName); var info GetSceneInfo(sceneName); if (info ! null) { foreach (var dep in info.dependencySceneNames) { Visit(dep); } } loadOrder.Add(sceneName); } Visit(targetSceneName); return loadOrder; } }在编辑器里你可以创建一个SceneDependencyConfig资产并可视化地配置每个场景的依赖项和需要预加载的资源路径。3.4 实现资源预加载器资源预加载的核心是提前将场景所需的资源加载到内存中避免场景激活时因即时加载而产生的卡顿。我们以Resources加载为例。public class ResourcePreloader : MonoBehaviour { private static ResourcePreloader _instance; public static ResourcePreloader Instance _instance; private Dictionarystring, UnityEngine.Object _loadedAssets new Dictionarystring, UnityEngine.Object(); private Dictionarystring, int _assetReferenceCount new Dictionarystring, int(); void Awake() { if (_instance ! null _instance ! this) { Destroy(gameObject); return; } _instance this; DontDestroyOnLoad(gameObject); } // 预加载单个资源泛型方法 public async UniTaskT PreloadAssetAsyncT(string resourcePath, CancellationToken ct default) where T : UnityEngine.Object { if (_loadedAssets.TryGetValue(resourcePath, out var cachedObj)) { // 资源已加载增加引用计数并返回 _assetReferenceCount[resourcePath]; return (T)cachedObj; } // 使用UniTask封装Resources.LoadAsync ResourceRequest request Resources.LoadAsyncT(resourcePath); T asset await request.ToUniTask().AttachExternalCancellation(ct) as T; if (asset ! null) { _loadedAssets[resourcePath] asset; _assetReferenceCount[resourcePath] 1; Debug.Log($预加载资源成功: {resourcePath}); } else { Debug.LogError($预加载资源失败: {resourcePath}); } return asset; } // 预加载一个路径列表 public async UniTask PreloadAssetsAsync(Liststring resourcePaths, IProgressfloat progress null, CancellationToken ct default) { float total resourcePaths.Count; for (int i 0; i resourcePaths.Count; i) { if (ct.IsCancellationRequested) break; // 这里简化处理实际可能需要根据文件扩展名判断类型这里统一按Object加载 await PreloadAssetAsyncUnityEngine.Object(resourcePaths[i], ct); progress?.Report((i 1) / total); } } // 释放资源引用计数 public void ReleaseAsset(string resourcePath) { if (_assetReferenceCount.TryGetValue(resourcePath, out int count)) { count--; if (count 0) { UnityEngine.Object obj _loadedAssets[resourcePath]; Resources.UnloadAsset(obj); // 注意Resources.UnloadAsset只能用于非GameObject和Component的资源 _loadedAssets.Remove(resourcePath); _assetReferenceCount.Remove(resourcePath); Debug.Log($释放资源: {resourcePath}); } else { _assetReferenceCount[resourcePath] count; } } } }注意Resources.UnloadAsset有使用限制。对于通过Resources.Load加载的GameObject预制体通常使用Destroy或通过管理其引用来让GC回收。更复杂的资源生命周期管理可能需要引入更强大的框架如Addressables。这里的引用计数模型是一个简化示例。3.5 整合完整的依赖场景加载流程现在我们将场景加载器、依赖图和资源预加载器组合起来形成一个完整的SceneLoadingManager。public class SceneLoadingManager : MonoBehaviour { [SerializeField] private SceneDependencyConfig _dependencyConfig; [SerializeField] private LoadingUIView _loadingUI; // 假设有一个加载界面UI private CancellationTokenSource _currentLoadingCts; public async UniTask LoadSceneWithDependencies(string targetSceneName, LoadSceneMode mainSceneMode LoadSceneMode.Single) { // 1. 取消可能正在进行的上一次加载 CancelCurrentLoading(); // 2. 创建新的CancellationTokenSource并与当前GameObject绑定生命周期 _currentLoadingCts new CancellationTokenSource(); var linkedCt CancellationTokenSource.CreateLinkedTokenSource(_currentLoadingCts.Token, this.GetCancellationTokenOnDestroy()).Token; try { // 3. 显示加载界面 _loadingUI?.Show(); _loadingUI?.SetProgress(0f); // 4. 解析依赖链 Liststring scenesToLoad _dependencyConfig.GetDependencyChain(targetSceneName); Debug.Log($加载顺序: {string.Join( - , scenesToLoad)}); // 5. 预加载所有场景所需的资源 float preloadWeight 0.3f; // 预加载阶段占总进度的30% float sceneLoadWeight 0.7f; // 场景加载阶段占70% Liststring allAssetsToPreload new Liststring(); foreach (var sceneName in scenesToLoad) { var info _dependencyConfig.GetSceneInfo(sceneName); if (info ! null info.preloadAssetPaths ! null) { allAssetsToPreload.AddRange(info.preloadAssetPaths); } } // 去重 allAssetsToPreload allAssetsToPreload.Distinct().ToList(); IProgressfloat progressReporter Progress.Createfloat(p { _loadingUI?.SetProgress(p * preloadWeight); }); await ResourcePreloader.Instance.PreloadAssetsAsync(allAssetsToPreload, progressReporter, linkedCt); // 6. 按顺序异步加载场景 for (int i 0; i scenesToLoad.Count; i) { string sceneName scenesToLoad[i]; bool isLastScene (i scenesToLoad.Count - 1); LoadSceneMode mode (isLastScene mainSceneMode LoadSceneMode.Single) ? LoadSceneMode.Single : LoadSceneMode.Additive; float sceneStartProgress preloadWeight (sceneLoadWeight * i / scenesToLoad.Count); float sceneEndProgress preloadWeight (sceneLoadWeight * (i 1) / scenesToLoad.Count); IProgressfloat sceneProgress Progress.Createfloat(sceneProg { float overallProg sceneStartProgress (sceneEndProgress - sceneStartProgress) * sceneProg; _loadingUI?.SetProgress(overallProg); _loadingUI?.SetStatusText($正在加载场景: {sceneName}...); }); Debug.Log($开始加载场景: {sceneName} ({mode})); if (mode LoadSceneMode.Additive SceneManager.GetSceneByName(sceneName).isLoaded) { Debug.Log($场景 {sceneName} 已加载跳过。); continue; } await SceneLoader.LoadSceneAsync(sceneName, mode, sceneProgress, linkedCt); Debug.Log($场景加载完成: {sceneName}); } // 7. 加载完成后的处理例如卸载非依赖场景、设置活动场景等 // ... (此处省略场景激活后的逻辑如调用SceneManager.SetActiveScene) _loadingUI?.SetProgress(1.0f); await UniTask.Delay(300, cancellationToken: linkedCt); // 短暂停留让玩家看到100% _loadingUI?.Hide(); Debug.Log($所有场景及依赖加载完成); } catch (OperationCanceledException) { Debug.Log(场景加载流程被取消。); // 执行清理操作例如卸载已加载的Additive场景 CleanupOnCancel(scenesToLoad); } catch (System.Exception e) { Debug.LogError($场景加载失败: {e.Message}); _loadingUI?.ShowError(加载失败请重试); } finally { _currentLoadingCts?.Dispose(); _currentLoadingCts null; } } private void CancelCurrentLoading() { _currentLoadingCts?.Cancel(); _currentLoadingCts?.Dispose(); _currentLoadingCts null; } private void CleanupOnCancel(Liststring scenesThatWereToLoad) { // 遍历并卸载所有在加载流程中可能已加载的附加场景 // 实现略... } }这个管理器是整个系统的大脑。它串联了所有步骤提供了进度反馈、错误处理和取消逻辑是一个可直接用于生产环境的强大工具。4. 性能优化与高级技巧实现基本功能后我们需要关注性能和用户体验的细节。4.1 资源预加载的粒度与策略按需预加载 vs 全量预加载不是所有资源都需要在进入场景前加载。对于开放世界可以采用“流式加载”根据玩家位置预加载周围区域所需的资源。我们的系统可以通过动态修改SceneInfo中的preloadAssetPaths或提供额外的API来支持。内存管理预加载的资源会占用内存。必须实现完善的引用计数和释放机制。当依赖某个资源的所有场景都被卸载后该资源应该被释放。上文中的ReleaseAsset方法是一个起点但需要与场景卸载事件挂钩。使用AssetBundle时的差异如果使用AssetBundle预加载过程变为LoadAssetAsync并且依赖关系由AssetBundle的manifest文件管理。你需要先加载依赖的AB包再加载目标AB包中的资源。UniTask同样可以优雅地处理AssetBundleCreateRequest和AssetBundleRequest。4.2 加载进度计算的准确性原生AsyncOperation.progress在allowSceneActivationfalse时只会达到0.9。我们的整合进度预加载多个场景加载是一个加权平均值。权重的分配如preloadWeight0.3需要根据实际项目的平均加载时间比例进行调整可以通过性能分析工具来校准使进度条移动更平滑、真实。4.3 使用UniTask的PlayerLoopTimingUniTask允许你指定await在Unity生命周期的哪个阶段之后执行。对于加载界面更新使用PlayerLoopTiming.Update是安全的。但在某些与物理或渲染相关的加载后初始化工作中你可能需要更精确的控制。await someTask.AttachExternalCancellation(cancellationToken).ConfigureAwait(PlayerLoopTiming.Update);4.4 场景激活前后的初始化在allowSceneActivation从false变为true之前是一个执行关键操作的“黄金窗口期”卸载旧场景如果是Single模式旧场景会自动卸载。如果是复杂的Additive切换需要手动卸载不再需要的场景。初始化新场景对象查找新场景中的管理器、出生点等并调用它们的初始化方法。这可以通过在场景根对象上放置一个SceneInitializer脚本来实现该脚本在Awake或Start中执行初始化并确保在场景激活后立即运行。4.5 错误恢复与重试机制网络游戏或从服务器加载AssetBundle时加载可能失败。系统应具备重试能力。public async UniTaskT LoadWithRetryT(FuncUniTaskT loader, int maxRetries 3) { int retryCount 0; while (retryCount maxRetries) { try { return await loader(); } catch (System.Exception e) { retryCount; Debug.LogWarning($加载失败第{retryCount}次重试。错误: {e.Message}); if (retryCount maxRetries) { throw; // 重试次数用尽抛出异常 } await UniTask.Delay(1000 * retryCount); // 延迟重试避免频繁请求 } } return default; }5. 实战避坑指南与常见问题排查即使有了完善的代码在实际项目中依然会遇到各种“坑”。以下是我从多个项目中总结出的经验。5.1 内存泄漏CancellationTokenSource未释放这是使用UniTask时最常见的错误之一。每次启动一个新的加载流程都会创建新的CancellationTokenSource。如果加载被中断如场景直接切换而旧的CTS没有被Dispose()它及其关联的回调可能不会被垃圾回收导致内存泄漏。避坑技巧始终将CTS的生命周期与某个MonoBehaviour或明确的销毁时机绑定。使用CreateLinkedTokenSource将自定义的CTS与GameObject的销毁令牌链接并在finally块或OnDestroy中确保调用Dispose()。上文SceneLoadingManager中的做法是典范。5.2 场景重复加载在Additive模式下如果不加检查可能会多次加载同一个场景导致游戏对象重复引发逻辑错误。解决方案在加载前使用SceneManager.GetSceneByName(sceneName).isLoaded进行检查。如上文代码所示。5.3 依赖循环如果场景依赖配置错误形成了A依赖BB又依赖A的循环GetDependencyChain中的递归遍历会导致栈溢出。解决方案在依赖解析算法中加入循环检测。在递归Visit方法中除了visited集合还可以使用一个visiting集合来跟踪当前递归路径上的节点一旦发现节点已在visiting中立即抛出异常。5.4 加载界面“卡住”在90%这是因为AsyncOperation.progress在allowSceneActivationfalse时最大值就是0.9。我们的进度计算需要将这个“最后10%”的跳跃平滑化。通常的做法是当所有场景的加载进度都达到0.9后将总体进度手动设置为0.95或0.98然后在调用allowSceneActivation true并等待isDone的短暂过程中将进度动画到1.0。5.5 跨场景引用丢失使用Additive模式加载多个场景时一个场景中的脚本可能试图在Awake或Start中寻找另一个场景中的对象。如果依赖场景的加载顺序有误或者查找代码执行时机过早就会找到null。最佳实践避免在Awake中进行跨场景的FindObjectOfType或访问单例实例。使用事件总线Event Bus或依赖注入框架来解耦。或者确保所有跨场景的初始化都在一个明确的“启动阶段”完成该阶段在所有依赖场景都加载完毕后才开始。可以创建一个GameBootstrapper场景最先加载由它来协调所有后续场景的初始化和相互引用设置。5.6 UniTask与Unity协程Coroutine混用尽量避免混用。UniTask的性能和可读性通常优于协程。如果旧代码使用协程可以考虑逐步迁移或使用UniTask.WaitUntil等方法来桥接。特别注意不要在UniTask的异步方法里yield return反之亦然。5.7 编辑器下与真机下的路径差异Resources.Load的路径在编辑器下和打包后是相对一致的但如果你自己管理AssetBundle路径可能会不同。确保你的资源路径配置在SceneDependencyConfig中在打包时能正确转换。可以使用Application.streamingAssetsPath、Application.persistentDataPath等结合平台宏定义来构建正确的路径。通过以上五个部分的详细拆解我们从理论到实践从核心代码到避坑技巧完整地构建了一套基于UniTask的、高效稳定的Unity多场景异步加载系统。这套方案不仅解决了加载卡顿的问题更通过精细化的依赖和资源管理为复杂项目的开发奠定了坚实的基础。记住流畅的加载体验是高品质游戏应用的隐形基石值得你投入精力去精心打磨。在实际项目中你可以以此为基础根据具体需求如结合Addressables、实现更复杂的流式加载策略进行扩展和优化。
