Unity内存申请和释放
来源：互联网 发布：linux snmp 安装 yum 编辑：程序博客网 时间：2024/05/16 04:44
转载自http://www.jianshu.com/p/b37ee8cea04c
Unity内存申请和释放
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对象。
4. 生命周期
实验篇
实验中创建了一个简单场景，场景中创建了一个Empty GameObject，上面挂了一个脚本，在Awake函数中通过协程函数来创建资源，具体的Coroutine函数下面都有。
实验中创建的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，则结果如下：
统计结果如下：
得出如下结论：
如果不手动执行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的内存增量要小很多。
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或者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的关系。
总结篇
- 为了不出现首次Instantiate时卡顿的现象，推荐使用AssetBundle.Load的方式代替Resources.Load的方式来加载资源；
- 加载完资源后立马调用AssetBunble.Unload(false)释放文件内存镜像；
- Unity自身没有提供良好的内存申请和释放管理机制，Destroy一个GameObject会马上释放内存而不是进行内部的缓存，因此应用程序对频繁不用的对象如NPC，FX等进行对象池管理是必要的，减少内存申请次数；
- 何时进行Resources.UnloadUnusedAssets是需要讨论的一个问题。
Ref:
http://game.ceeger.com/forum/read.php?tid=4394
http://game.ceeger.com/forum/read.php?tid=4466
- Unity内存申请和释放
- Unity内存申请和释放
- Unity内存申请和释放
- Unity内存申请和释放
- Unity内存申请和释放 科学分析
- C 内存申请和释放
- 申请和释放堆内存
- 动态申请和释放内存
- delphi申请和释放内存
- 动态内存申请和释放
- WTL 内存申请和释放
- 内存的申请和释放
- zzUnity内存申请和释放
- 指针申请内存和释放
- sk_buff 内存申请和释放
- 【小松教你手游开发】【面试必读（编程基础）】Unity内存申请和释放
- 监控应用程序的内存申请和释放
- C指针(一) - 申请和释放内存
- tar 解压缩命令
- 特殊数据类型成员变量的初始化
- 关于js中的贪婪匹配的问题
- 推荐20个很有帮助的web前端开发教程
- IIS服务器下，用asp.net访问Access数据库遇到的路径问题解决方案
- Unity内存申请和释放
- [IOS]关于 initWithNibName 和 loadNibNamed 的区别和联系
- 堆，栈，队列，链表，数组
- Android 前台Service实现
- mongoDB 安装 和设置
- 去空格
- Android安卓开发中终止线程方法
- document.body.scrollTop用法
- oracle 表空间使用率查询
