细谈unity资源管理的设计

由 demi 提交于周三, 26 六月 2019 - 13:48

一、概要

本文主要说说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，构建的顺序为:

<ul><li>Assembly-CSharp-firstpass：standard assets/Pro standard assets/plugins 中的脚本</li>

<li>Assembly-CSharp-Editor-firstpass：editor scripts in standard assets/Pro standard assets/plugins 这个dll不会被打入到游戏包中，属于编辑器下特有的dll</li>

<li>Assembly-CSharp：all other scripts that not inside editor 主体游戏逻辑的dll</li>

<li>Assembly-CSharp-Editor：all remaing scripts inside editor 这个dll也不会被打入到游戏包中，编辑器中特有的dll</li></ul>

所有最终构建到游戏包中的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

② 文件的导入设置：

<ul><li>对于一般的文件，导入设置都比较简单脚本类叫MonoImporter, 资源类叫NativeFormatImporter</li>

<li>贴图属于需要重点关注的类型，其导入类型叫TextureImporter，里面详细的列出对该贴图的各种压缩格式，mipmaps, 类型，uv，贴图大小等等详细的设置信息</li></ul>

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的时候，是可以进行相关的设计和实现的。

本文转自：博客园 - zblade，转载此文目的在于传递更多信息，版权归原作者所有。
https://www.cnblogs.com/zblade/