bundle内存 unity_Unity3D 关于资源加载（Resources和AssetBundle）和内存管理

Unity3D 里有两种动态加载机制：一个是Resources.Load，另外一个通过AssetBundle,其实两者区别不大。 Resources.Load就是从一个缺省打进程序包里的AssetBundle里加载资源，而一般AssetBundle文件需要你自己创建，运行时 动态加载，可以指定路径和来源的。

其实场景里所有静态的对象也有这么一个加载过程，只是Unity3D后台替你自动完成了。

详细说一下细节概念：

AssetBundle运行时加载:

来自文件就用CreateFromFile(注意这种方法只能用于standalone程序)这是最快的加载方法

也可以来自Memory,用CreateFromMemory(byte[]),这个byte[]可以来自文件读取的缓冲，www的下载或者其他可能的方式。

其实WWW的assetBundle就是内部数据读取完后自动创建了一个assetBundle而已

Create完以后，等于把硬盘或者网络的一个文件读到内存一个区域，这时候只是个AssetBundle内存镜像数据块，还没有Assets的概念。

Assets加载:

用AssetBundle.Load(同Resources.Load) 这才会从AssetBundle的内存镜像里读取并创建一个Asset对象，创建Asset对象同时也会分配相应内存用于存放(反序列化)

异步读取用AssetBundle.LoadAsync

也可以一次读取多个用AssetBundle.LoadAll

AssetBundle的释放：

AssetBundle.Unload(flase)是释放AssetBundle文件的内存镜像，不包含Load创建的Asset内存对象。

AssetBundle.Unload(true)是释放那个AssetBundle文件内存镜像和并销毁所有用Load创建的Asset内存对象。

一个Prefab从assetBundle里Load出来 里面可能包括：Gameobject transform mesh texture material shader script和各种其他Assets。

你 Instaniate一个Prefab，是一个对Assets进行Clone(复制)+引用结合的过程，GameObject transform 是Clone是新生成的。其他mesh / texture / material / shader 等，这其中些是纯引用的关系的，包括：Texture和TerrainData，还有引用和复制同时存在的，包括：Mesh/material /PhysicMaterial。引用的Asset对象不会被复制，只是一个简单的指针指向已经Load的Asset对象。这种含糊的引用加克隆的混合， 大概是搞糊涂大多数人的主要原因。

专门要提一下的是一个特殊的东西：Script Asset，看起来很奇怪，Unity里每个Script都是一个封闭的Class定义而已,并没有写调用代码，光Class的定义脚本是不会工作的。其 实Unity引擎就是那个调用代码，Clone一个script asset等于new一个class实例，实例才会完成工作。把他挂到Unity主线程的调用链里去，Class实例里的OnUpdate OnStart等才会被执行。多个物体挂同一个脚本，其实就是在多个物体上挂了那个脚本类的多个实例而已，这样就好理解了。在new class这个过程中，数据区是复制的，代码区是共享的，算是一种特殊的复制+引用关系。

你可以再Instaniate一个同样的Prefab,还是这套mesh/texture/material/shader…，这时候会有新的GameObject等，但是不会创建新的引用对象比如Texture.

所以你Load出来的Assets其实就是个数据源，用于生成新对象或者被引用，生成的过程可能是复制(clone)也可能是引用(指针)

当你Destroy一个实例时，只是释放那些Clone对象，并不会释放引用对象和Clone的数据源对象，Destroy并不知道是否还有别的object在引用那些对象。

等到没有任何 游戏场景物体在用这些Assets以后，这些assets就成了没有引用的游离数据块了，是UnusedAssets了，这时候就可以通过 Resources.UnloadUnusedAssets来释放,Destroy不能完成这个任 务，AssetBundle.Unload(false)也不行，AssetBundle.Unload(true)可以但不安全，除非你很清楚没有任何 对象在用这些Assets了。

配个图加深理解：

这里写图片描述

虽然都叫Asset，但复制的和引用的是不一样的，这点被Unity的暗黑技术细节掩盖了，需要自己去理解。

关于内存管理

按照传统的编程思维，最好的方法是：自己维护所有对象，用一个Queue来保存所有object,不用时该Destory的，该Unload的自己处理。

但这样在C# .net框架底下有点没必要，而且很麻烦。

稳妥起见你可以这样管理

创建时：

先建立一个AssetBundle,无论是从www还是文件还是memory

用AssetBundle.load加载需要的asset

加载完后立即AssetBundle.Unload(false),释放AssetBundle文件本身的内存镜像，但不销毁加载的Asset对象。(这样你不用保存AssetBundle的引用并且可以立即释放一部分内存)

释放时：

如果有Instantiate的对象，用Destroy进行销毁

在合适的地方调用Resources.UnloadUnusedAssets,释放已经没有引用的Asset.

如果需要立即释放内存加上GC.Collect()，否则内存未必会立即被释放，有时候可能导致内存占用过多而引发异常。

这样可以保证内存始终被及时释放，占用量最少。也不需要对每个加载的对象进行引用。

当然这并不是唯一的方法，只要遵循加载和释放的原理，任何做法都是可以的。

系统在加载新场景时，所有的内存对象都会被自动销毁，包括你用AssetBundle.Load加载的对象和Instaniate克隆的。但是不包括AssetBundle文件自身的内存镜像，那个必须要用Unload来释放，用.net的术语，这种数据缓存是非托管的。

总结一下各种加载和初始化的用法:

AssetBundle.CreateFrom…..：创建一个AssetBundle内存镜像，注意同一个assetBundle文件在没有Unload之前不能再次被使用

WWW.AssetBundle：同上，当然要先new一个再 yield return 然后才能使用

AssetBundle.Load(name)： 从AssetBundle读取一个指定名称的Asset并生成Asset内存对象，如果多次Load同名对象，除第一次外都只会返回已经生成的Asset 对象，也就是说多次Load一个Asset并不会生成多个副本(singleton)。

Resources.Load(path&name)：同上,只是从默认的位置加载。

Instantiate(object)：Clone 一个object的完整结构，包括其所有Component和子物体(详见官方文档),浅Copy，并不复制所有引用类型。有个特别用法，虽然很少这样 用，其实可以用Instantiate来完整的拷贝一个引用类型的Asset,比如Texture等，要拷贝的Texture必须类型设置为 Read/Write able。

总结一下各种释放

Destroy: 主要用于销毁克隆对象，也可以用于场景内的静态物体，不会自动释放该对象的所有引用。虽然也可以用于Asset,但是概念不一样要小心，如果用于销毁从文 件加载的Asset对象会销毁相应的资源文件！但是如果销毁的Asset是Copy的或者用脚本动态生成的，只会销毁内存对象。

AssetBundle.Unload(false):释放AssetBundle文件内存镜像

AssetBundle.Unload(true):释放AssetBundle文件内存镜像同时销毁所有已经Load的Assets内存对象

Reources.UnloadAsset(Object):显式的释放已加载的Asset对象，只能卸载磁盘文件加载的Asset对象

Resources.UnloadUnusedAssets:用于释放所有没有引用的Asset对象

GC.Collect()强制垃圾收集器立即释放内存 Unity的GC功能不算好，没把握的时候就强制调用一下。

资源加载，通过AssetBundle其实和通过Resources没有本质的区别，Resources其实在unity内部也是作为一个AssetBundle来打包的。很多游戏还需要一个从远端服务器下载更新资源进行热更新的需求。

这个可以通过比较本地和远端的资源版本号来区别是从远端下载还是从本地客户端读取，不同平台上本地的资源存贮位置不同，大体如下：

UNITY_ANDROID：”jar:file://” + Application.dataPath + “!/assets/xxx.assetbundle”;

UNITY_IPHONE：Application.dataPath + “/Raw/xxx.assetbundle”;

UNITY_STANDALONE_WIN或者UNITY_EDITOR：”file://” + Application.dataPath +

“/StreamingAssets/xxx.assetbundle”;

xxx为文件名。

public delegate void DelVoid();

public delegate void DelAsset (Asset asset);

public delegate void DelOnBundleLoad(Object bundle);

public bool LoadAsset(string resURL, DelAsset onLoad)

{

if (serverVersionInfo[bundleName]>LocalVersionInfo[bundleName]) //比较版本号

{

resURL = RemotePath + bundleName;

version = LocalVersionInfo[bundleName];

}

StartCoroutine(LoadBundle(resURL,(bundle)=>{

if (bundle)

{

Asset asset = bundle as Asset;

if (onLoad != null)

onLoad(asset);

}

}));

return true;

}

IEnumerator LoadBundle(string url, DelOnBundleLoad onResLoad = null)

{

WWW www = null;

www = WWW.LoadFromCacheOrDownload(url, version);

yield return www;

if (www.error != null)

{

yield break;

}

if (onResLoad != null)

onResLoad(www.assetBundle.mainAsset);

www.assetBundle.Unload(false);

}

这里使用WWW.LoadFromCacheOrDownload()来下载远程客户端(本地的资源)。这个方法具体的功能如下：

1.Unity会先判断本地有无”url”的文件，如果没有，就会根据URL去下载相应的文件。然后在本地存储一下文件，并记录相应的版本号。

2.Unity会先判断本地有”url”的文件，本地的版本号小于API传入的版本号，此时Unity也会去下载最新的文件，然后覆盖本地的此文件，然后记录下最新的版本号。

3.Unity会先判断本地有”url”的文件，本地的版本号大于等于API传入的版本号，此时Unity会从本地直接取，并且加载相应的文件返回。

chche会存在本地硬盘的某个目录下面，不在游戏的安装目录中。可以通过Caching.CleanCache()删除本地下载的资源。

版本比对的方法这里就不写了，可以通过一个配置文件存放各个AssetBundle的版本号，服务器更新之后，本地客户端获取远程的版本号信息，再和本地的版本号比对，要下载的下载后更新本地版本号就行了。