Unity几种动态载入Prefab方式的差异:

事实上存在3种载入prefab的方式:

一是静态引用,建一个public的变量,在Inspector里把prefab拉上去,用的时候instantiate

二是Resource.Load,Load以后instantiate

三是AssetBundle.Load,Load以后instantiate

三种方式有细节差异。前两种方式,引用对象texture是在instantiate时载入,而assetBundle.Load会把perfab的所有assets都载入。instantiate时仅仅是生成Clone。所曾经两种方式,除非你提前载入相关引用对象。否则第一次instantiate时会包括载入引用类assets的操作,导致第一次载入的lag。官方论坛有人说Resources.Load和静态引用是会把所有资源都预先载入的。重复測试的结果,静态引用和Resources.Load也是OnDemand的。用到时才会载入。

几种AssetBundle创建方式的差异:

CreateFromFile:这样的方式不会把整个硬盘AssetBundle文件都载入到内存来,而是类似建立一个文件操作句柄和缓冲区,须要时才实时Load,所以这样的载入方式是最节省资源的。基本上AssetBundle本身不占什么内存。仅仅须要Asset对象的内存。可惜仅仅能在PC/Mac
Standalone程序中使用。

CreateFromMemory和WWW.assetBundle:这两种方式AssetBundle文件会整个镜像于内存中。理论上文件多大就须要多大的内存。之后Load时还要占用额外内存去生成Asset对象。



什么时候才是UnusedAssets?

看一个样例:

Object obj = Resources.Load("MyPrefab");

GameObject instance = Instantiate(obj) as GameObject;

.........

Destroy(instance);

创建随后销毁了一个Prefab实例,这时候 MyPrefab已经没有被实际的物体引用了。但假设这时:

Resources.UnloadUnusedAssets();

内存并没有被释放,原因:MyPrefab还被这个变量obj所引用

这时候:

obj  = null;

Resources.UnloadUnusedAssets();

这样才干真正释放Assets对象

所以:UnusedAssets不但要没有被实际物体引用。也要没有被生命周期内的变量所引用。才干够理解为
Unused(引用计数为0)

所以所以:假设你用个全局变量保存你Load的Assets,又没有显式的设为null,那在这个变量失效前你不管怎样UnloadUnusedAssets也释放不了那些Assets的。假设你这些Assets又不是从磁盘载入的,那除了UnloadUnusedAssets或者载入新场景以外没有其它方式能够卸载之。

一个复杂的样例,代码非常丑陋实际也不可能这样做。仅仅是为了加深理解

IEnumerator OnClick()
{
    Resources.UnloadUnusedAssets();//清干净以免影响測试效果
    yield return new WaitForSeconds(3);
    float wait = 0.5f;
    //用www读取一个assetBundle,里面是一个Unity基本球体和带一张大贴图的材质。是一个Prefab
    WWW aa = new WWW(@"file://SpherePrefab.unity3d");
    yield return aa;
    AssetBundle asset = aa.assetBundle;
    yield return new WaitForSeconds(wait);//每步都等待0.5s以便于分析结果
    Texture tt = asset.Load("BallTexture") as  Texture;//载入贴图
    yield return new WaitForSeconds(wait);
    GameObject ba = asset.Load("SpherePrefab") as  GameObject;//载入Prefab
    yield return new WaitForSeconds(wait);
    GameObject obj1 = Instantiate(ba) as GameObject;//生成实例
    yield return new WaitForSeconds(wait);
    Destroy(obj1);//销毁实例
    yield return new WaitForSeconds(wait);
    asset.Unload(false);//卸载Assetbundle
    yield return new WaitForSeconds(wait);
    Resources.UnloadUnusedAssets();//卸载无用资源
    yield return new WaitForSeconds(wait);
    ba = null;//将prefab引用置为空以后卸无用载资源
   Resources.UnloadUnusedAssets();
   yield return new WaitForSeconds(wait);
   tt = null;//将texture引用置为空以后卸载无用资源
   Resources.UnloadUnusedAssets();
}



watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2hlbmV5c3R1ZHk=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" alt="">


watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2hlbmV5c3R1ZHk=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" alt="">

说明:

1        初始状态

2        加载AssetBundle文件后,内存多了文件镜像。用量上升,Total
Object和Assets添加1(AssetBundle也是object)

3        加载Texture后。内存继续上升,由于多了Texture
Asset,Total Objects和Assets添加1

4        载入Prefab后,内存无明显变化,由于最占内存的Texture已经载入,Materials上升是由于多了Prefab的材质,Total
Objects和Assets添加6,由于 Perfab 包括非常多 Components

5        实例化Prefab以后,显存的Texture Memory、GameObjectTotal、Objects
in Scene上升。都是由于实例化了一个可视的对象

6        销毁实例后,上一步的变化还原,非常好理解

7        卸载AssetBundle文件后,AssetBundle文件镜像占用的内存被释放。对应的Assets和Total
Objects Count也减1

8        直接Resources.UnloadUnusedAssets,没有不论什么变化。由于全部Assets引用并没有清空

9        把Prefab引用变量设为null以后。整个Prefab除了Texture外都没有不论什么引用了。所以被UnloadUnusedAssets销毁,Assets和Total
Objects Count减6

10        再把Texture的引用变量设为null,之后也被UnloadUnusedAssets销毁。内存被释放,assets和Total
Objects Count减1。基本还原到初始状态



从中也能够看出:

Texture载入以后是到内存,显示的时候才进入显存的Texture Memory。

全部的东西基础都是Object

Load的是Asset,Instantiate的是GameObject和Object in Scene

Load的Asset要Unload,new的或者Instantiate的object能够Destroy

Unity载入和内存管理机制的更多相关文章

  1. 演示unity内存管理机制的缺陷

    概述 这是最近做项目时发现的一个内存管理机制上的一个缺陷,但是我并不知道这究竟是不是一个bug,因为他可以造成内存泄漏,但是却能避开野指针. 详细 代码下载:http://www.demodashi. ...

  2. php内存管理机制、垃圾回收机制

    一.内存管理机制 先看一段代码: <?php //内存管理机制 var_dump(memory_get_usage());//获取内存方法,加上true返回实际内存,不加则返回表现内存 $a = ...

  3. 浅谈Linux内存管理机制

    经常遇到一些刚接触Linux的新手会问内存占用怎么那么多?在Linux中经常发现空闲内存很少,似乎所有的内存都被系统占用了,表面感觉是内存不够用了,其实不然.这是Linux内存管理的一个优秀特性,在这 ...

  4. ARC内存管理机制详解

    ARC在OC里面个人感觉又是一个高大上的牛词,在前面Objective-C中的内存管理部分提到了ARC内存管理机制,ARC是Automatic Reference Counting---自动引用计数. ...

  5. 深入了解C#系列:谈谈C#中垃圾回收与内存管理机制

    今天抽空来讨论一下.Net的垃圾回收与内存管理机制,也算是完成上个<WCF分布式开发必备知识>系列后的一次休息吧.以前被别人面试的时候问过我GC工作原理的问题,我现在面试新人的时候偶尔也会 ...

  6. 【Cocos2d-x 3.x】内存管理机制与源码分析

    侯捷先生说过这么一句话 :  源码之前,了无秘密. 要了解Cocos2d-x的内存管理机制,就得阅读源码. 接触Cocos2d-x时, Cocos2d-x的最新版本已经到了3.2的时代,在学习Coco ...

  7. Spark 1.6以后的内存管理机制

     Spark 内部管理机制 Spark的内存管理自从1.6开始改变.老的内存管理实现自自staticMemoryManager类,然而现在它被称之为"legacy". " ...

  8. python的内存管理机制

    先从较浅的层面来说,Python的内存管理机制可以从三个方面来讲 (1)垃圾回收 (2)引用计数 (3)内存池机制 一.垃圾回收: python不像C++,Java等语言一样,他们可以不用事先声明变量 ...

  9. Java虚拟机内存管理机制

    自动内存管理机制 Java虚拟机(JVM)在执行Java程序过程中会把它所管理的内存划分为若干个不同的数据区域.这些区域都有各自的用途,以及创建和销毁的时间,有的区域随着虚拟机进程的启动而存在,有的区 ...

随机推荐

  1. 【CZY选讲·Yjq的棺材】

    题目描述 Yjq想要将一个长为宽为的矩形棺材(棺材表面绝对光滑,所以棺材可以任意的滑动)拖过一个L型墓道. 如图所示,L型墓道两个走廊的宽度分别是和,呈90°,并且走廊的长度远大于. 现在Hja ...

  2. freemarker的简单入门程序

    本文主要介绍了freemarker的常用标签<#list>   <#import>  <#assign>  <#if> <#else> &l ...

  3. 编译gdb 报错 No module named gdb.frames

    将源码目录下的python模块拷贝到指定目录即可 cd /root/gdb-7.12/ cp -rp gdb/python/lib/gdb /usr/local/share/gdb/python/ 编 ...

  4. C++虚函数表解析(基础篇)

    原文:http://blog.csdn.net/haoel/article/details/1948051 一.简介  C++中的虚函数的作用主要是实现了多态的机制.虚函数(Virtual Funct ...

  5. (转)vim 常用快捷键 二

    转自:http://www.cnblogs.com/wangkangluo1/archive/2012/04/12/2444952.html 键盘移动 (Move) 一切都从键盘的移动 k -> ...

  6. 【原创】Linux环境下的图形系统和AMD R600显卡编程(3)——AMD显卡简介

    早期的显卡仅用于显示,后来显卡中加入了2D加速部件,这些部件用于做拷屏,画点,画线等操作.随着游戏.三维模拟以及科学计算可视化等需要,对3D的需求逐渐增加,早期图形绘制工作由CPU来完成,要达到真实感 ...

  7. linux内核情景分析之exit与Wait

    //第一层系统调用 asmlinkage long sys_exit(int error_code) { do_exit((error_code&0xff)<<8); } 其主体是 ...

  8. 一个boost底下的线程池

    Boost的thread库中目前并没有提供线程池,我在sorceforge上找了一个用boost编写的线程池.该线程池和boost结合的比较好,并且提供了多种任务执行策略,使用也非常简单. 下载地址: ...

  9. 随手看的一本书《java微服务》,测试成功了其中的第一个样例

    静态语言,JAVA应该多了解,结合微服务,DOCKER,再搞搞SPRING CLOUD,就能跟上时代了. 对了,链一个买书的地址: https://item.jd.com/12089180.html ...

  10. [BZOJ1082][SCOI2005]栅栏 二分+搜索减枝

    1082: [SCOI2005]栅栏 Time Limit: 10 Sec  Memory Limit: 162 MBSubmit: 2430  Solved: 1034[Submit][Status ...