细谈unity资源管理的设计

Posted zblade

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了细谈unity资源管理的设计相关的知识,希望对你有一定的参考价值。

一、概要

本文主要说说Unity是如何管理的,基于何种方式,基于这种管理方式,又该如何规划资源管理,以及构建bundle,是后面需要详细讨论的。

二、Unity的资源管理方式

2.1 资源分类

unity项目中的资源,大体上可以分为外部导入资源和内部生成资源两种类型。
外部导入资源: 美术生成的大部分资源,都是外部带入资源,模型,贴图,UI用图,基本是美术工具生成后,导入到工程中的。
内部生成资源: 部分美术生成资源,例如材质,shader,特效,场景等,属于基于Unity引擎来制作生成的,此外各种prefab(UI/角色等),以及代码脚本(c#为主),也属于Unity的内部生成资源。

2.2 资源的存储方式

在资源导入到unity工程后,会以各种方式进行转换存储,主要有以下几种:

2.2.1 脚本类资源

对于工程中的脚本类资源,主要分为plugin和非plugin两类。

  • plugin类:在plugin中引用的dll, 属于自己生成相关的dll,在最终构建游戏包的时候,被打入到相关游戏包中:      
  • 技术图片
  • 非plugin类:unity会构建成4个基本的dll, 构建的顺序为:
    • Assembly-CSharp-firstpass: standard assets/Pro standard assets/plugins 中的脚本
    • Assembly-CSharp-Editor-firstpass: editor scripts in standard assets/Pro standard assets/plugins 这个dll不会被打入到游戏包中,属于编辑器下特有的dll
    • Assembly-CSharp: all other scripts that not inside editor 主体游戏逻辑的dll
    • Assembly-CSharp-Editor: all remaing scripts inside editor 这个dll也不会被打入到游戏包中,编辑器中特有的dll

所有最终构建到游戏包中的dll,主要分为:

  • Assembly-CSharp.dll/Assembly-CSharp-firstpass.dll 这2个主要游戏逻辑dll
  • 引擎dll和插件引用的dll

2.2.2 美术类资源

美术类资源,分为外部导入和内部生成两个大类

  • 外部导入类: 场景/模型/贴图 都可以外部导入
    • 继承自AssetPostprocesser后,可以对导入的贴图,材质,模型,场景,均执行相关的修改
  • 内部生成类: shader/材质/prefab/场景 均可以内部生成美术资源的贴图资源和特效资源,属于重点关注对象,后面会细谈这几个资源的管理
    • 修改操作同上

2.2.3 meta文件

工程资源划分好后,如何对这些资源进行管理? 不同的引擎有不同的管理方式,那么unity中是如何管理的?
这儿管理分为2个步骤:序列化和meta文件的生成

2.2.3.1 unity的序列化

工程中的资源,要存储到本地磁盘,那么就会通过引擎进行一步序列化的操作,序列化的实质,就是将资源对象按照一定的顺序转换成二进制文件。

2.2.3.2 meta文件的生成

在完成序列化后,unity会对应的为该文件生成一份meta文件,这份meta文件会跟随该文件一直存在,如果删除该资源文件,其对应的meta文件也会被引擎自动删除。
meta文件的主要构成:

  • 文件的guid: 这个文件的全工程中的唯一索引id,基于该id,可以对应的查找到该文件。guid的生成本质,就是基于文件的路径来进行转换生成的,同理,如果多个工程合并的时候出现guid冲突,可以自己重新生成一份guid,相关链接: https://gist.github.com/ZimM-LostPolygon/7e2f8a3e5a1be183ac19

  • 文件的导入设置:

    • 对于一般的文件,导入设置都比较简单脚本类叫MonoImporter, 资源类叫NativeFormatImporter
    • 贴图属于需要重点关注的类型,其导入类型叫TextureImporter,里面详细的列出对该贴图的各种压缩格式,mipmaps, 类型,uv,贴图大小等等详细的设置信息

2.2.4 基于meta文件和序列化的资源管理

除了meta文件的guid,unity还会为每个资源生成一份文件id,也就是fileID, 不过现在fileID已经不再保留在meta文件中了,保留到文件的序列化文件中了,对于该资源,还会有一份localID, 这个localID, 对应的就是在一个资源中包含多个子资源的时候,定位每个子资源所用:  

技术图片

那么序列化是如何与guid/fileID关联的?
在unity工程内部,如果给资源添加其他资源的引用,例如加一个脚本,拖拽一个外部引用,那么就会触发一次序列化操作,序列化操作的时候,就会将引用的资源的fileID和guid都序列化下来,这样在反序列化的时候,就会基于fileID和guid来反向找到依赖的资源,从而加载进来。   

技术图片

这个过程,在Unity中,就是一个装载的过程,多说一句,如果一个资源依赖的其他资源越多,那么这个装载过程就会越耗时,所以在打开一个很大的UI的时候,有一部分的时间是消耗在装载UI上各个组件上的。

三、总结

基于前文,可以对整个unity的资源管理有一个初步的认识,基于meta文件和序列化操作,可以管理工程中的资源,同时也能管理好各个资源的互相引用,那么基于这样的设计,在构建bundle的时候,是可以进行相关的设计和实现的。

以上是关于细谈unity资源管理的设计的主要内容,如果未能解决你的问题,请参考以下文章

微灯手握寸笔,细谈内存管理

腾讯大佬细谈Python简易接口自动化测试框架设计与实现,我直呼内行!

微灯手握寸笔,细谈内存管理

文科生细谈学习Linux系统的重要性

文科生细谈学习Linux系统的重要性

Unity项目架构设计与开发管理 学习