告别Resources.Load！Unity Addressable代码加载实战：从回调到异步的四种写法详解-CSDN博客

Unity Addressable代码加载实战：从回调到异步的四种写法详解

在Unity项目开发中，资源管理一直是影响项目性能和开发效率的关键因素。随着项目规模的扩大，传统的Resources.Load方式逐渐暴露出内存管理困难、加载效率低下等问题。Addressable Asset System作为Unity官方推出的新一代资源管理系统，通过"可寻址"的设计理念，为开发者提供了更灵活、高效的资源加载方案。

Addressable系统的核心优势在于它实现了资源与加载代码的解耦。无论资源存储在本地还是远程服务器，无论资源路径如何变化，开发者只需要通过固定的地址（Address）来访问资源。这种设计不仅简化了资源迁移和更新的流程，还支持按需加载和自动依赖管理，大幅提升了大型项目的资源管理效率。

本文将深入解析Addressable系统中四种典型的代码加载方式：回调形式、异步等待、面板赋值和同步加载。每种方式都有其适用场景和优缺点，理解这些差异对于在实际项目中做出合理选择至关重要。我们不仅会介绍基础用法，还会探讨内存管理、异常处理等进阶话题，帮助开发者避免常见的性能陷阱。

1. 回调形式：灵活处理简单加载逻辑

回调形式是Addressable系统中最基础的异步加载方式，特别适合处理简单的资源加载需求。它的核心思想是通过事件委托（Delegate）机制，在资源加载完成后自动触发预设的回调函数。

// 回调形式加载预制体示例
void LoadWithCallback()
{
    Addressables.LoadAssetAsync<GameObject>("EnemyPrefab").Completed += handle =>
    {
        if(handle.Status == AsyncOperationStatus.Succeeded)
        {
            Instantiate(handle.Result, spawnPosition, Quaternion.identity);
        }
        else
        {
            Debug.LogError($"加载失败: {handle.OperationException}");
        }
    };
}

这种写法的优势在于：

代码结构紧凑：适合一次性加载场景，无需复杂的状态管理
自然支持异步：不会阻塞主线程，保持游戏流畅运行
异常处理直接：可以通过OperationStatus判断加载状态

但在实际项目中，我们需要注意几个关键点：

内存泄漏风险：回调函数如果引用了MonoBehaviour实例，需要确保在对象销毁时取消注册回调
多次加载问题：相同的地址重复加载会产生多个AsyncOperationHandle
结果缓存：频繁使用的资源应考虑缓存handle.Result，避免重复加载

对于更复杂的加载场景，比如需要按顺序加载多个相关资源，回调嵌套可能会导致"回调地狱"。这时可以考虑使用下面介绍的异步等待模式，或者将回调封装为更可管理的状态机。

2. 异步等待：编写更线性的异步代码

C#的async/await语法为异步编程提供了更直观的写法。Addressable系统从1.16.0版本开始全面支持Task-based的异步模式，让资源加载代码可以写得像同步代码一样清晰。

// 异步等待加载示例
private async void LoadWithAsyncAwait()
{
    try
    {
        // 加载角色预制体
        var characterHandle = Addressables.LoadAssetAsync<GameObject>("MainCharacter");
        GameObject characterPrefab = await characterHandle.Task;