Unity的资源管理是一个复杂的系统，它决定了游戏在运行时如何加载、使用和释放内存中的资源。理解这套机制是优化游戏性能和防止内存泄漏的关键。
一、Asset的生命周期
在Unity中，资源（Asset）从磁盘文件到内存中的对象经历了多个阶段。此过程由Unity的Asset Pipeline（资源管线）和内存管理系统共同完成。
Meta文件：Unity为每个资源文件生成一个同名的.meta文件，记录了资源的导入设置和GUID（全局唯一标识符）。GUID是Unity在项目内部引用资源的核心标识，它不依赖于文件路径，因此可以安全地移动或重命名资源文件而不破坏引用。如果两个资源拥有相同的GUID，导入过程会失败并报告冲突。
导入过程：当资源首次被添加到项目或修改时，Unity的Asset Pipeline会将其转换为引擎可用的内部格式。例如，一个.fbx文件会被解析为Mesh、AnimationClip和Material等对象，并存储为二进制格式。Artifact（构件）是资源导入后的产物，存储在Library文件夹中，被多处引用时共享，避免了重复导入开销。实际加载时，Unity从磁盘读取这些已处理好的二进制数据，反序列化为运行时对象。
二、Resources与Addressables
传统的Resources系统将资源打包到resources.assets文件中，可以通过Resources.Load在运行时加载。资源在首次加载时进入内存，调用Resources.UnloadUnusedAssets时会卸载所有未被引用的资源。Resources系统的问题是资源一旦被包含在构建中，无论是否使用都会增加包体大小，并且资源卸载需要手动管理。
Addressables系统解决了这些问题。它采用异步加载、引用计数和依赖管理的方式，并生成资源目录（Catalog）来映射地址到资源。资源按组打包，标记为可寻址的资源在构建时被打包到AssetBundle中。加载流程分为两步：加载包含资源的AssetBundle，然后从Bundle中实例化资源。Addressables维护引用计数，当不再需要资源时需要显式释放，依赖的资源在没有被引用时自动卸载。
csharp
// Addressables加载示例 AsyncOperationHandle<GameObject> handle = Addressables.LoadAssetAsync<GameObject>("enemy"); await handle.Task; GameObject enemy = handle.Result; // 使用完毕后释放 Addressables.Release(handle);三、AssetBundle的内存结构
每个AssetBundle文件在加载到内存时，会创建一个对应的AssetBundle对象。这个对象包含了从Bundle中解析出来的所有资源数据，通常以两个核心部分表示：资源数据（序列化的实际资产）和资源对象（从数据反序列化后的运行时对象，如纹理、网格等）。对于同一个资源（如一张纹理），在内存中可能会有多个不同的对象：原始资产数据、纹理的GPU显存副本，以及可能的各个层级纹理。即时的内存复用是Unity管理资源的重要思路。
加载AssetBundle时，可以先通过LoadFromFile从磁盘加载，这使用了文件系统的内存映射，不会立即占用大量内存；也可以通过LoadFromMemory直接从字节数组加载，这在某些网络下载后的场景中使用。
四、依赖管理与引用计数
资源之间的依赖关系是资源管理中最复杂的部分。一个Prefab可能引用材质，材质引用纹理，纹理引用Shader——形成一个依赖图。当加载Prefab时，所有依赖的资源都必须被加载。Addressables和AssetBundle系统都能自动处理依赖加载。
引用计数是Addressables和AssetBundle中管理资源加载和卸载的核心方法。每次加载资源时计数增加，每次释放时计数减少。当计数归零时，资源被卸载。这种显式的生命周期管理解决了GC无法处理的资源问题。
五、内存泄漏的常见原因
静态引用：将资源对象存储在静态字段中，导致即使场景卸载也无法回收
事件订阅未取消：订阅了事件但未在OnDisable中取消订阅，导致对象无法被回收
协程未停止：协程持有对MonoBehaviour的引用，直到协程完成或对象被销毁
清理不完整：调用
Resources.UnloadUnusedAssets时，如果资源仍有任何引用（包括编辑器引用），则不会被卸载
