前些天看新闻，Unity Awards两项大奖颁给了暴雪的《炉石传说》，这真是对Unity一个再好不过的宣传了——你看，暴雪都开始用Unity了。大家都知道，目前Unity发布的游戏大多都没有对程序集进行混淆、加密，所以作为一个炉石的玩家&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成员函数的调用：
其中主要调用了ShowWelcomeQuests()；当幸亏显示的任务为0时，则调用了这一句：SceneMgr.Get().SetNextMode(SceneMgr.Mode.HUB)，这是关键的一步了；
接下来就我们跳转到SceneMgr类中，继续探索Scene切换流程的实现。以下都是指的SceneMgr的成员函数：
SetNextMode()函数主要就是把“m_nextMode”成员变量设置为了指定值；接下来看一下Update()，这个函数主要是检测了是否需要切换Mode，然后调用了：SwitchMode()：这个是一个Coroutine，它主要是调用了LoadModeFromModeSwitch()，，它的核心也是调用LoadMode()；直接调用LoadMode()
OK。通过以上分析，我们大体了解了游戏启动过程是这样的：
关于游戏启动的分析告一段落，下一篇将会分析一下炉石的Scene组织。
版权声明：本文为博主原创文章，未经博主允许不得转载。
而在于当时的那份心情。可是旅行的彼时那刻我的心情一直是好的吗？
