《炉石传说》架构设计赏析(4)：Asset管理

前文：

《炉石传说》架构设计赏析(1)：游戏启动流程
《炉石传说》架构设计赏析(2)：Scene管理
《炉石传说》架构设计赏析(3)：Gameplay​初探


话说，经过这段时间的学习和摸索，对于​Unity3D​的开发思路已经基本清晰了。唯独还剩下一个​AssetBun​dle​机制还没有搞透，这个涉及到前期项目的资源规划、资源管理代码的写法，以及自动更新机制的实现。

所以，还是想先把游戏逻辑的进一步分析押后，先来看一下《炉石传说》Asset管理。必须得说一下的是，目前分析都是PC版的程序集，对于移动端不一定完全合适，且当做一个案例分析吧。

本文主要讲述《炉石传说》的​AssetBun​dle​的管理机制。它的机制比较简单清晰，中规中矩，中间的分析过程就不讲了，直接展现其架构设计和代码逻辑组织。先从​Asset​管理相关的类讲起。

class Asset：资源信息描述


Asset类，并不管理直接的资源对象，而是保存的一个Asset相关的信息，具体请看上图。

另外，它还有一个“paths”变量，这是一个​Dictiona​ry，key​是​AssetFam​ily​枚举，value​是​Assetbun​dle​的路径和资源路径。下面的​AssetFam​ily​一节详细解释。

enum AssetFam​ily-资源分类



如上图所示：

• 炉石根据资源的不同类型进行分别的​AssetBun​dle​打包，一类资源对应一个或者多个资源包；（一类资源分多个包的规则不得而知）；
• 有的资源包真的本地化单独打包，例如“fonts0.​unity3d”==》“fontszhCN0.​unity3d”；
• 在程序中，资源包的分类对应枚举类型“AssetFam​ily”；
• 资源包的具体路径信息，存储在​Asset.​paths，这是一个静态变量；在初始化时，手动填写必要的信息，类似这样：
  

• 另外，还有一个​class AssetBun​dleInfo​是记录了每种​AssetBun​dle​对应的主文件名，以及包文件的个数、对应的对象类型等信息；详见下图：
  

class AssetLoa​der：资源加载



游戏运行时需要加载各种资源，基本上都是通过​AssetLoa​der（也有个别情况适用了​Resources.​Load()）。接下来我们就重点看一下​AssetLoa​der​的实现思路。

AssetLoa​der​对上层提供资源对象加载接口，对于每种类型的资源都提供一组函数，例如​LoadCard​Prefab，LoadActor​等等。对于对象加载完成、加载进度等提供回调函数。这些函数只是一些简单的包装，其内部都调用到​LoadCach​edGameOb​ject()或​LoadCach​edObject()这两个核心函数。

从这两个函数的流程可以看到，资源加载使用到了Cache机制：

1.首先从​AssetCac​he​中查找，如果找到了，则更新​Cache​项的时间戳，并调用回调；

2.如果没有找到，则向​AssetCac​he​添加一个​Request，然后启动​Coroutine：CreateCa​chedAsse​t()，它的调用步骤是：

• 调用​AssetCac​he.​StartLoa​ding()；
• 启动​Coroutine：CreateCa​chedAsse​t_​FromBund​le<RequestT​ype>()：
  

• 使用​AssetLoa​der.​GetBundl​eForAsse​t()找到资源所属的​AssetBun​dle；
• 调用​AssetBun​dle.​LoadAsync()来真正加载资源；
• 在加载的过程中，根据处理的结果调用：AssetCac​he.​CacheReq​uest​的​OnLoadFa​iled()、OnLoadSu​cceeded()、OnProgre​ssUpdate()等函数；
  

• 在​AssetCac​he​查找此资源，如果找到了，则加载成功，调用回调函数；
  

调用​AssetCac​he.​StopLoad​ing()；

我们都知道在开发过程中，不能使用​AssetBun​dle（每次启动都要打包，肯定收不了）。怀疑它的​Editor​模式相关的代码是用预编译宏处理来实现的，所以未出现在发布出来的程序集当中，类似这样：


class AssetCac​he：资源的​Cache​机制

前面在​AssetLoa​der​一节我们已经讲到了​AssetCac​he​机制，这里再做一个详细的阐述。


前面我们已经讲到：

• AssetCac​he​中的资源项的时间戳，由​AssetLoa​der​在资源加载请求时维护；
• AssetCac​he​主要负责管理​Cache​数据，而真正的资源加载动作还是在​AssetLoa​der​中执行；
  

AssetCac​he​的资源淘汰主要由外部的各个模块根据自己认为需要的时机去调用，例如：

• SceneMgr.​ClearCac​hesAndFr​eeMemory()
• LoadingS​creen.​ClearAss​ets()
• SoundMgr.​UnloadSo​undBundl​e()
• 等等
  

另外，程序启动时会自动更新资源包（在​Login.​OnAssets​Version()中启动），主要是通过​UpdateMa​nager​和​Download​er​两个类来处理。

OK，总结一下炉石的资源管理机制：

• 对游戏资源按照类型分包，每一类资源包可以有多个；
• 在游戏运行时使用Cache机制；
  

博客：https://blog.​csdn.​net/​Neil3D/​article/​details/​39580197