《炉石传说》架构设计赏析(1):游戏启动流程

发表于2015-07-21
评论0 2.1k浏览
前些天看新闻,unity Awards两项大奖颁给了暴雪的《炉石传说》,这真是对Unity一个再好不过的宣传了——你看,暴雪都开始用Unity了。大家都知道,目前Unity发布的游戏大多都没有对程序集进行混淆、加密,所以作为一个炉石的玩家&Unity的初学者,自然不能错过这个机会。让我们好好看一下暴雪的代码吧。
炉石传说的游戏内容的非常丰富多彩,所以我花了一些时间分析了其程序集,将一些设计思路记录下来,与大家分析。欢迎各路高手拍砖,欢迎转载,请注明出处:燕良@游戏开发,http://blog.csdn.net/neil3d/article/details/39104329。

做这些分析的主要目的是:

  • 看看炉石如何组织游戏逻辑,以支撑复杂的技能逻辑、表现等;
  • 看看炉石是如何使用Unity的,其结构设计和技巧上有什么值得学习的地方;
  • 向暴雪的程序员好好学习一下英语。

下面我们就正式开始。我习惯先分析一下游戏的启动流程,这中间就涉及到了游戏基础数据的管理&初始化,各种管理器级别的类,以及相互引用关系也会初步显现。
首先看一下我找到的一些游戏启动过程相关的类,下面是他们的类图:



接下来我们分析一下游戏启动的操作流程。
  • ApplicationMgr对象应该绑定到了一个场景对象中,这个场景应该在游戏启动中加载;
  • ApplicationMgr:Awake()被Unity引擎自动调用;

    • 调用ApplicationMgr:Initialize(),在这个函数中顺序调用了以下成员函数来进行初始化:

      • InitializeMode():设置模式为ApplicationMode.PUBLIC;
      • InitializeUnity():设置了UnityEngine. Application的一些属性;
      • InitializeGame():看来核心的内容在这里,初始化Network,GameMgr等;
      • InitializeWindowTitle();
      • InitializeOptionValues();


游戏启动应该不只这点东西。由于我们纯靠程序集的动态分析,无法知道它的场景编辑、对象的脚本绑定,也不能跟踪调试,所以只能靠猜测了。另外,一些事件是通过网络消息触发的,这也给静态分析带来了一些难度。
OK,我们继续。我注意到了class Login,它从Scene派生。查看了一下Scene的派生类还有不少,我猜测每个派生类,作为特定Scene逻辑处理的脚本。而Login应该是在第0个场景中被激活运行。我们看一下Login:Start(),这属于MonoBehavior自动调用,他主要做了这样几件事:
  • 注册了一些资源版本检测、Login相关的网络消息回调;
  • 通知SceneMgr场景加载完成;
  • 调用成员函数:AutoLogin();此函数调用Network.AutoLogin();
    • 从配置文件中找到User Name,然后调用ConnectAPI.AutoLogin()——奇怪的是发现这个函数只是简单的返回false,并没有进行实际的操作。
我们在来看一下Login:Update(),这个也是属于被自动调用的脚本函数。在这里它检测了Login的状态,并调用了成员函数LoginOk(),而它有主要调用了AssetsVersionCheckCompleted(),这个函数内容很丰富:

  • 通知其他模块,已经登录成功,包括:BaseUI、 InactivePlayerKicker、HealthyGamingMgr、GameMgr;
  • 调用一些模块的Initialize函数,包括:DefLoader、CollectionManager、AdventureProgressMgr、Tournament、StoreManager等;
我们前面看到了Login从Scene派生,并且还有一个SceneMgr类。我们可以断定游戏根据不同的逻辑划分成了一些scene,接下来我们就探索一下Scene切换的流程。还是从Login入手。



以下流程都是在Login类中完成,下面描述的过程都是Login成员函数的调用:
  • 首先我找到了Login:OnNetCacheReadyStep2()函数,这个应该是login流程中某一步的网络消息回调函数;
  • 它会调用 WaitForAchievesThenInit()这个Coroutine函数,这个函数检测了是否需要播放视频,然后调用ReconnectOrChangeMode();
  • 此函数处理重新连接,一般的话应该是调用了ChangMode();
  • ChangMode()处理了新手教程相关的启动逻辑,一般的话会调用ChangeMode_Hub();
  • 这个地方貌似是调用了一个技能特效,特效播放完成之后调用回调函数:noxssupHubSpellFinished();
  • 此函数调用ShowUnAckedRewardsAndQuests();
  • 这里面主要是调用了HandleUnAckedRewardsAndCompletedQuests(),哦~,这应该是游戏启动的时候显示当前任务还有未领取的奖励的那个界面;
  • 它会调用ShowNextUnAckedRewardOrCompletedQuest();
  • 其中主要调用了ShowWelcomeQuests();
  • 当幸亏显示的任务为0时,则调用了这一句:SceneMgr.Get().SetNextMode(SceneMgr.Mode.HUB),这是关键的一步了;
接下来就我们跳转到SceneMgr类中,继续探索Scene切换流程的实现。以下都是指的SceneMgr的成员函数:

  • SetNextMode()函数主要就是把“m_nextMode”成员变量设置为了指定值;
  • 接下来看一下Update(),这个函数主要是检测了是否需要切换Mode,然后调用了:
    • SwitchMode():这个是一个Coroutine,它主要是调用了LoadModeFromModeSwitch(),它的核心也是调用LoadMode();
    • 直接调用LoadMode()
  • LoadMode()函数,主要是根据当前的Mode,调用LoadScene();
  • LoadScene()函数主要是调用了: Application.LoadLevelAdditiveAsync(this.sceneName);
  • 这样就完成了场景的切换。
OK。通过以上分析,我们大体了解了游戏启动过程是这样的:

  • 进行账户验证;
  • 账户验证完毕之后,显示未领取的奖励和任务;
  • 然后切换到SceneMgr.Mode.HUB模式,即加载了相应的Scene。
关于游戏启动的分析告一段落,下一篇将会分析一下炉石的Scene组织。

如社区发表内容存在侵权行为,您可以点击这里查看侵权投诉指引