我要评论一、资源类型及创建/销毁
1.资源类型
gameobject, transform, mesh, texture, material, shader, script和各种其他assets。
2.资源创建方式
- 静态引用，在脚本中加一个public gameobject变量，在inspector面板中拖一个prefab到该变量上，然后在需要引用的地方instantiate；
- resource.load，资源需要放在assets/resources目录下；
- assetbundle.load, load之后instantiate。
3. 资源销毁方式
- gameobject.destroy(gameobject)，销毁该物体；
- assetbundle.unload(false)，释放assetbundle文件内存镜像，不销毁load创建的assets对象；
- assetbundle.unload(true)，释放assetbundle文件内存镜像同时销毁所有已经load的assets内存镜像；
- resources.unloadasset(object)，释放已加载的asset对象；
- resources.unloadunusedassets，释放所有没有引用的asset对象。
unity里有一种静态加载机制和两种动态加载机制，动态加载分别是：一是resources.load，一是通过assetbundle.load,其实两者本质上我理解没有什么区别。resources.load就是从一个缺省打进程序包里的assetbundle里加载资源，而一般assetbundle文件需要你自己创建，运行时动态加载，可以指定路径和来源的。静态加载是:通过静态绑定的方法来instantiate一个资源。
其实场景里所有静态的对象也有这么一个加载过程，只是unity后台替你自动完成了。
详细说一下细节概念：
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内存对象。
二、demo测试资源加载与释放
demo中创建了一个简单场景，场景中创建了一个empty gameobject，上面挂了一个脚本，在awake函数中通过协程函数来创建资源，具体的coroutine函数下面都有。
实验中创建的prefab是一个坦克车，加入场景中场景内存增加3m左右，同时创建了一个assetbundle资源供assetbundle使用。
实验中创建的prefab是一个坦克车，加入场景中场景内存增加3m左右，同时创建了一个assetbundle资源供assetbundle使用。
1. resources.load方式加载一个prefab, 然后instantiate gameobject
代码如下：
ienumerator loadresources()
{
// 清除干净以免影响测试结果
resources.unloadunusedassets();
// 等待5秒以看到效果
yield return new waitforseconds(5.0f);
// 通过resources.load加载一个资源
gameobject tank = resources.load("role/tank") as gameobject;
yield return new waitforseconds(0.5f);
// instantiate一个资源出来
gameobject tankinst = gameobject.instantiate(tank, vector3.zero, quaternion.identity) as gameobject;
yield return new waitforseconds(0.5f);
// destroy一个资源
gameobject.destroy(tankinst);
yield return new waitforseconds(0.5f);
//释放无用资源
tank = null;
resources.unloadunusedassets();
yield return new waitforseconds(0.5f);
}
统计结果如下：
从这里我们得出如下结论:
- resouces.load一个prefab相对于instantiate一个资源来说是相对轻量的一个操作，上述过程中，resources.load加载一个prefab几乎没有消耗内存，而instantiate消耗了2.5m的资源空间。resources.load增加了mesh和total object的数量，而instantiate增加了gameobjects，objects in scene和total objects的数量；
- destroy一个gameobject之后，内存有所减少，但是比较少，本例中减少了0.6m；instantiate和destroy前后material和texture没有还原，用以后面继续进行instantiate之用。
得出如下结论：
如果不手动执行resources.unloadunusedassets，则多余的mesh，material和object不会主动释放。
2. 以assetbundle.load的方式加载一个prefab，然后instantiate一个gameobject
代码如下：
ienumerator loadassets(string path)
{
// 清除干净以免影响测试结果
resources.unloadunusedassets();
// 等待5秒以看到效果
yield return new waitforseconds(5.0f);
// 创建一个www类
www bundle = new www(path);
yield return bundle;
yield return new waitforseconds(0.5f);
// assetbundle.load一个资源
object obj = bundle.assetbundle.load("tank");
yield return new waitforseconds(0.5f);
// instantiate一个资源出来
gameobject tankinst = instantiate(obj) as gameobject;
yield return new waitforseconds(0.5f);
// destroy一个资源
gameobject.destroy(tankinst);
yield return new waitforseconds(0.5f);
// unload resources
bundle.assetbundle.unload(false);
yield return new waitforseconds(0.5f);
// 释放无用资源
//obj = null;
//resources.unloadunusedassets();
yield return new waitforseconds(0.5f);
}
统计结果如下：
得出如下结论：
通过www load assetbundle的方式加载一个资源时会自动加载相应的mesh，texture和material，而通过resouces.load方式进行加载只会加载mesh信息。因此通过assetbundle方式加载后instantiate一个资源的内存消耗较小，本例中assetbundle.load增加了2.5m的内存，而instantiate增加了1.1m的内存。相比较resources.load后instantiate的内存增量要小很多。
通过www load assetbundle的方式加载一个资源时会自动加载相应的mesh，texture和material，而通过resouces.load方式进行加载只会加载mesh信息。因此通过assetbundle方式加载后instantiate一个资源的内存消耗较小，本例中assetbundle.load增加了2.5m的内存，而instantiate增加了1.1m的内存。相比较resources.load后instantiate的内存增量要小很多。
3. 通过静态绑定的方法来instantiate一个资源
代码如下：
ienumerator instresources()
{
resources.unloadunusedassets();
yield return new waitforseconds(5.0f);
gameobject inst = gameobject.instantiate(tank, vector3.zero, quaternion.identity) as gameobject;
yield return new waitforseconds(1f);
gameobject.destroy(inst);
yield return new waitforseconds(1f);
//释放无用资源
tank = null;
resources.unloadunusedassets();
yield return new waitforseconds(1f);
}
统计结果如下：
得出结论如下：
通过静态绑定的方式各种资源的加载顺序和resources.load的方式是一样的，一个gameobject创建时，其component中静态绑定的gameobject只会加载mesh信息，只有当该gameobject instantiate出来之后才会加载texture和material信息。
通过静态绑定的方式各种资源的加载顺序和resources.load的方式是一样的，一个gameobject创建时，其component中静态绑定的gameobject只会加载mesh信息，只有当该gameobject instantiate出来之后才会加载texture和material信息。
三、理论篇
加载资源的过程可以分为两个阶段，第一阶段是使用resources.load或者assetbundle.load加载各种资源，第二阶段是使用gameobject.instantiate克隆出一个新的gameobject。load的资源类型包括gameobject, transform, mesh, texture, material, shader和script等各种资源，但是resources.load和assetbundle.load是有区别的。使用resources.load的时候在第一次instantiate之前，相应的asset对象还没有被创建，直到第一次instantiate时才会真正去读取文件创建这些assets。它的目的是实现一种ondemand的使用方式，到该资源真正使用时才会去创建这些资源。而使用assetbundle.load方法时，会直接将资源文件读取出来创建这些assets，因此第一次instantiate的代价会相对较小。
上述区别可以帮助我们解释为什么发射第一发子弹时有明显的卡顿现象的出现。
然后我们再来了解一下instantiate的过程。instantiate的过程是一个对assets进行clone（复制）和引用相结合的过程，clone的过程需要申请内存存放自己的数据，而引用的过程只需要直接一个简单的指针指向一个已经load的资源即可。例如transform是通过clone出来的，texture和terraindata是通过引用复制的，而mesh，material，physicalmaterial和script是clone和引用同时存在的。以script为例，script分为代码段和数据段，所有需要使用该script的gameobject使用的代码是一样的，而大家的数据有所区别，因此对数据段需要使用clone的方式，而对代码段需要使用引用的方式来复制。因此load操作其实load一些数据源出来，用于创建新对象时被clone或者被引用。
然后是销毁资源的过程。当destory一个gameobject或者其他实例时，只是释放实例中那些clone出来的assets，而并不会释放那些引用的assets，因为destroy不知道是否有其他人在引用这些assets。等到场景中没有任何物体引用到这些assets之后，它们就会成为unusedassets，此时可以通过resources.unloadunusedassets来进行释放。assetbundle.unload(false)不行，因为它只会释放文件的内存镜像，不会释放资源；assetbunde.unload(true)也不行，因为它是暴力的释放，可能有其他对象在引用其中的assets，暴力释放可能导致程序错误。
另外需要注意，系统在加载新场景时，所有的内存对象都会被自动销毁，这包括了resources.load加载的assets, 静态绑定的assets，assetbundle.load加载的资源和instantiate实例化的对象。但是assetbundle.load本身的文件内存镜像（用于创建各种asset）不会被自动销毁，这个必须使用assetbundle.unload(false)来进行主动销毁。推荐的做法是在加载完资源后立马调用assetbunble.unload(false)销毁文件内存镜像。
下图可以帮助理解内存中的asset和gameobject的关系。
四、案例分析
例子1：
一个常见的错误：你从某个assetbundle里load了一个prefab并克隆之：obj = instantiate(assetbundle1.load('myprefab”);
这个prefab比如是个npc然后你不需要他的时候你用了：
destroy(obj);你以为就释放干净了其实这时候只是释放了clone对象，通过load加载的所有引用、非引用assets对象全都静静静的躺在内存里。
这种情况应该在destroy以后用：assetbundle1.unload(true)，彻底释放干净。
如果这个assetbundle1是要反复读取的 不方便unload，那可以在destroy以后用：resources.unloadunusedassets()把所有和这个npc有关的asset都销毁。
当然如果这个npc也是要频繁创建 销毁的 那就应该让那些assets呆在内存里以加速游戏体验。
由此可以解释另一个之前有人提过的话题：为什么第一次instantiate一个prefab的时候都会卡一下，因为在你第一次instantiate之前，相应的asset对象还没有被创建，要加载系统内置的assetbundle并创建assets,第一次以后你虽然destroy了，但prefab的assets对象都还在内存里，所以就很快了。
例子2：
从磁盘读取一个1.unity3d文件到内存并建立一个assetbundle1对象
assetbundle assetbundle1 = assetbundle.createfromfile("1.unity3d");
从assetbundle1里读取并创建一个texture asset,把obj1的主贴图指向它
obj1.renderer.material.maintexture = assetbundle1.load("wall") as texture;
把obj2的主贴图也指向同一个texture asset
obj2.renderer.material.maintexture =obj1.renderer.material.maintexture;
texture是引用对象，永远不会有自动复制的情况出现(除非你真需要，用代码自己实现copy)，只会是创建和添加引用
如果继续：
assetbundle1.unload(true) 那obj1和obj2都变成黑的了，因为指向的texture asset没了
如果：
assetbundle1.unload(false) 那obj1和obj2不变，只是assetbundle1的内存镜像释放了
继续：
destroy(obj1),//obj1被释放，但并不会释放刚才load的texture
如果这时候：
resources.unloadunusedassets();
不会有任何内存释放 因为texture asset还被obj2用着
如果
destroy(obj2)
obj2被释放，但也不会释放刚才load的texture
继续
resources.unloadunusedassets();
这时候刚才load的texture asset释放了，因为没有任何引用了
最后cg.collect();
强制立即释放内存
由此可以引申出论坛里另一个被提了几次的问题，如何加载一堆大图片轮流显示又不爆掉
不考虑assetbundle，直接用www读图片文件的话等于是直接创建了一个texture asset
假设文件保存在一个list里
tllist filelist;
int n=0;
ienumerator onclick()
{
www image = new www(filelist[n++])；
yield return image;
obj.maintexture = image.texture;
n = (n>=filelist.length-1)?0:n;
resources.unloadunusedassets();
}
这样可以保证内存里始终只有一个巨型texture asset资源，也不用代码追踪上一个加载的texture asset,但是速度比较慢
或者：
ienumerator onclick()
{
www image = new www(filelist[n++])；
yield return image;
texture tex = obj.maintexture;
obj.maintexture = image.texture;
n = (n>=filelist.length-1)?0:n;
resources.unloadasset(tex);
}
这样卸载比较快
五、总结篇
- 为了不出现首次instantiate时卡顿的现象，推荐使用assetbundle.load的方式代替resources.load的方式来加载资源；
- 加载完资源后立马调用assetbunble.unload(false)释放文件内存镜像，释放assetbundle文件本身的内存镜像，但不销毁加载的asset对象。（这样你不用保存assetbundle的引用并且可以立即释放一部分内存） ；
- unity自身没有提供良好的内存申请和释放管理机制，destroy一个gameobject会马上释放内存而不是进行内部的缓存，因此应用程序对频繁不用的对象如npc，fx等进行对象池管理是必要的，减少内存申请次数；
- 如果有instantiate的对象，用destroy进行销毁在合适的地方调用resources.unloadunusedassets,释放已经没有引用的asset.如果需要立即释放内存加上gc.collect()，否则内存未必会立即被释放，有时候可能导致内存占用过多而引发异常。这样可以保证内存始终被及时释放，占用量最少。也不需要对每个加载的对象进行引用。
总结一下各种加载和初始化的用法:
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功能不算好，没把握的时候就强制调用一下
发表评论