关闭

unity5.X AssetBundle使用(一 )

2182人阅读 评论(0) 收藏 举报
分类:
之前曾经写了一篇博客介绍Unity5的AssetBundle,结果似乎很受关注。不过似乎很多人看了之后都不懂,主要是因为不太明白AssetBundle是什么,它的依赖关系和结构是什么的,就直接想拿代码去用,而导致了很多人说看不懂啊,说什么有错误啊,诸如此类。我想了一下,还是应该从最基础的东西说起,不厌其烦的说,才会省去大家加我QQ问问题了,毕竟平时上班忙,看到一些人把我当翻译词典查,我肯定会态度不好的。

一、什么是AssetBundle
估计很多人只知道Unity的模型之类的东西可以导出成一种叫做AssetBundle的文件,然后打包后可以在Unity程序运行的时候再加载回来用。
那么AssetBundle是一个什么样的东西呢?其实AssetBundle只是一种使用LZMA压缩方式压缩的资源文件。具体LZMA是什么请百度,你可以理解成就是一种压缩文件就行了,至于它的后缀名是什么,一点关系都没有,你可以自己定。
AssetBundle打包的时候,你可以指定一个mainAsset,那么加载完之后就可以通过AssetBundle.mainAsset来获取到了。你也可以不指定mainAsset,直接打包一堆内容进去,然后加载后通过AssetBundle.LoadAsset指定名字的读取出来。
在资源之间,存在着依赖的关系。你可以把资源拆分得很细,比如一个模型,由网格模型、材质、贴图构成,你可以把每一个小部分都拆开,各自打包成压缩文件。当Unity需要加载使用的时候,把该模型的所有依赖的小资源都加载起来,然后根据依赖关系组装,就变回了我们看到的资源了。

二、AssetBundle的依赖结构
要说明依赖关系结构,我们还是使用上面的例子,一个模型,分为了网格模型、材质、贴图。那么他们是怎样依赖的呢?然后在Unity5的打包里面,他们是怎样表现出依赖关系的呢?
接下来做一个小小的实验:
我准备了4张贴图,分别叫做t1、t2、t3、t4,然后建立了两个材质球,分别是m1、m2,m1材质使用了t1、t2、t3三张贴图,m2材质使用了t4贴图。
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 
最后建立两个模型,我就使用unity内置的模型了。obj1是一个cube,obj2是一个quad。obj1使用了m1材质,obj2使用了m2材质。然后obj1和obj2都做成了预设,放在了Assets/Resources/Obj/下面
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 
那么现在他们的结构应该是这样的:
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
接下来,先只设置obj1的assetBundleName,然后导出
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
导出之后,我们看看AssetBundle.manifest
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
里面只有一个Info,就是刚才我们命名的obj1.ab,而obj1.ab下面的Dependencies是空的,也就是它没有任何依赖了。
再看看obj1.ab.manifest
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 它里面包含了类型的哈希码、Assets资源的路径,和依赖。这里它的依赖还是空的。

接下来把obj2也赋予AssetBundleName:
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
再导出,会发现除了刚才的文件以外,会多了2个文件,就是obj2.ab和obj2.ab.manifest。

还是打开AssetBundle.manifest看看,会发现
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
这次的Info变成了2个,分别是obj1.ab和obj2.ab

打开obj1.ab.manifest
 再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
发现和刚才没什么变化。
再看看obj2.ab.manifest
  再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 它的结构和obj1.ab.manifest差不多。

刚才只是把2个模型设置了导出AssetBundle,接下来我会把两个材质和四张贴图都设置导出
不厌其烦的把图贴上来:
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 
这时候导出,我们的所有依赖关系都应该存在了。导出之后,多了很多文件,是这样的:
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 
再来看AssetBundle.manifest
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 这次看到的Info有7个了,其实我们设置了多少个AssetBundleName导出,它就应该有多少个Info。

obj1.ab.manifest
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 这次看到它的Dependencies,会看到有依赖了,写的是一个本地的地址。有人会说,这个绝对路径有问题啊,我把这个文件放到cdn上面,路径就会不对啊。这个先不急,下面会说明是什么回事。

看m1.ab.manifest
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
会发现结构差不多,但依赖列表里面会有三个地址,就是我们三张贴图的地址了。

看obj2.ab.manifest 和 m2.ab.manifest情况会差不多
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵

接下来,要做最后一步试验了,比如刚才我已经是整个项目的导出了,现在我突然需要改动其中的一个小部分,现在我就把t4不导出了。
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
那么现在我们再整个项目的AssetBundle导出,会怎样?
导出完之后,看目录,会发现文件和刚才是一样多的,t4.ab并没有被删掉。
再看AssetBundle.manifest
 再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
Info变成6个了,而里面某些项的依赖列表变了
看obj1.ab.manifest
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 和刚才没有变化

看obj2.ab.manifest
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 和刚才也是没有变化的
看m2.ab.manifest
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 这里的依赖列表没有了。

这其实就是AssetBundle的链式结构和增量打包了。一个小的部分改变了,它将会改变的地方只有总的AssetBundle.manifest,还有直接依赖于它本身的manifest。其他不依赖的部分是不需要重新打包的。
还有一点需要注意的地方是,除了manifest文件以外,还有一个没有后缀名称的AssetBundle文件。这个文件其实才是包含了所有的依赖关系的总的依赖关系配置文件,刚才我们能用txt打开的manifest文件,都只是用来做本地依赖关系和增量打包的时候用的。我们加载AssetBundle的时候,完全不需要加载那些manifest文件的,只需要那个没有后缀名称的AssetBundle文件就行了,它代表的是该项目的所有AssetBundle的依赖关系。
所以,刚才我们看到manifest里面用的都是本地的绝对路径,那是针对你本地打包时用的,和加载无关。 
 

三、导出AssetBundle和自动设置名称
刚才我们都是直接的输入AssetBundleName来导出AssetBundle的,其实这一步可以使用代码自动完成
在Unity项目内部,每一个小的资源(网格、材质、贴图、声音等),都会有一个唯一的哈希Id的,是一串很长的字母和数字组合。我们可以通过AssetDatabase.AssetPathToGUID来获得这个ID。
那么自动设置就变得简单了,可以通过以下的代码,我们可以设置一个总的prefab的AssetBundleName,然后自动获得它身上的所有依赖,然后获得每个依赖资源的唯一Id,再赋予AssetBundleName就行了
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
 

四、加载AssetBundle的步骤
通过上面导出AssetBundle的说明,估计现在想要把它加载起来就变得简单了。
首先需要明白一个规则,资源的依赖关系组装是unity本身会自动完成的。比如一个资源A,它是依赖于资源B和资源C的,那么如果我们需要加载资源A进来并正确的显示出来,我们必须先把资源B和资源C加载,然后再加载资源A。当资源A加载进来之后,发现内存里面已经有资源B和资源C了,它会自动的组装起来。
那么再看看加载的步骤了:
1、获得总的依赖配置
刚才已经说明了,真的有用的依赖配置文件是没有后缀名称的AssetBundle文件,所以我们需要加载的就是这个文件了。
string mUrl = Cdn + "AssetBundle";
然后www加载。
之后很多人看不懂,说我这个Cdn是什么东西,“AssetBundle”又是什么东西,现在应该明白了吧?Cdn就是你的资源服务器路径,“AssetBundle”就是文件名,它没有后缀。
加载后,通过AssetBundle.LoadAsset("AssetBundleManifest"),就可以把刚才那个没有后缀名的文件转成AssetBundleManifest对象mainfest。
2、根据名称找到目标加载资源的所有依赖
获得了AssetBundleManifest对象mainfest之后,比如我们实际上是需要加载obj1.ab的,这在刚才的AssetBundle.manifest里面可以知道,它的Info里面就有obj1.ab。然后我们通过
string[] dps = mainfest.GetAllDependencies("obj1.ab");
就可以获取到obj1.ab的所有依赖了,包括了子依赖,比如它依赖于m1.ab,然后m1.ab依赖于t1.ab、t2.ab、t3.ab,那么这里获取到的就应该是4个依赖了。分别是m1.ab、t1.ab、t2.ab、t3.ab。
3、加载所有依赖的资源
获取到obj1.ab的所有依赖之后,就应该逐个的去加载他们了。分别www加载他们,然后保存他们的AssetBundle。
4、加载目标加载资源
当加载了所有的依赖资源之后,就可以光明正大 的去加载目标资源了,这里我们的目标资源就是obj1.ab。
5、实例化显示
obj1.ab加载完之后,你爱怎样用都可以,直接实例化出来吧。
再详细的介绍一下Unity5的AssetBundle - 阿赵 - 穷到掉渣的超级奶爸阿赵
由于AssetBundle是不能重复加载的,如果你需要多次加载一个资源,你有2个选择,要么加载了就Unload(false)卸载了它。要么你可以把它存起来,当需要相同名字的AssetBundle的时候,直接取出来。

五、最后的建议
1、Unity5的新版AssetBundle好像是一套全新的系统,其实和旧系统的差别并没有很大,只是自动生成了依赖配置文件而已。这一个步骤实际上完全可以自己实现的,那些配置文件可以用自己喜欢的格式生成,然后加载的时候再自己想办法把依赖关系找回来就行了。
2、个人觉得把AssetBundle拆得太碎并不是一件好事情。为什么这么说呢?用过电脑的人都知道,拷贝文件的时候是一个个碎的文件拷贝快?还是把一堆文件压缩成一个包,然后拷贝快?如果加载一个模型,需要分别加载十几次依赖资源,才能显示,这个过程中发送这么多的www或者http请求,过程有点危险。至于说冗余文件的问题,自己考虑一下分布策略吧。
2、 一般来说,这种东西都需要配合着一套资源管理的系统来用的,所以在上一篇博客里面,我只是介绍新AssetBundle的特性,不太可能整一套系统都搬出来,只写了几句有代表性的关键方法当做伪代码来说明。结果很多人要么就说乱,要么就说有错误。其实说来说去,就是自己没搞懂原理,又急着拿别人的代码来用……做人还是踏实一点的好。 
0
0

猜你在找
【直播】机器学习&数据挖掘7周实训--韦玮
【套餐】系统集成项目管理工程师顺利通关--徐朋
【直播】3小时掌握Docker最佳实战-徐西宁
【套餐】机器学习系列套餐(算法+实战)--唐宇迪
【直播】计算机视觉原理及实战--屈教授
【套餐】微信订阅号+服务号Java版 v2.0--翟东平
【直播】机器学习之矩阵--黄博士
【套餐】微信订阅号+服务号Java版 v2.0--翟东平
【直播】机器学习之凸优化--马博士
【套餐】Javascript 设计模式实战--曾亮
查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:133882次
    • 积分:1885
    • 等级:
    • 排名:千里之外
    • 原创:43篇
    • 转载:67篇
    • 译文:0篇
    • 评论:21条
    最新评论