Get Started with Unity3D - 8

网络对战-天际赛车

经历了一个学期的各种学习，我们今天终于迎来了 Unity 制作网游的重要一步——网络模块。网络模块的存在使得游戏可以随时变身客户端／服务端，并且让多人共同进行游戏——没有什么比分享更能让人快乐的了！那么这次我们制作的是《天际赛车》，玩家将驾驶飞行器和同伴一起穿过圆环，争取分数！单人预览：

强大的官方标准资源包

当然……这个飞机和控制脚本基本不是我的作品。它们是来自官方的 Standard Assets 包中的喷气式飞机。

导入资源包后，直接打开 Standard Scenes 中的场景，我们就能够看到一个造好的飞机场，和停在上面的一架飞机。运行游戏，我们可以看到，飞机的控制等等官方已经为我们设计好了，我们需要操心的就只有网络模块在之上的应用。

网路模块

预备知识

如我们前文所说的，客户端之间应该是不能够直接相连的，否则我们难以解决数据的统一问题。那么网络交互的架构到底是如何的呢？

主机和服务器

如图所示，在众多的客户端中，有一个客户端是脱颖而出的：主机（Host），它在包含一个客户端的同时，还包含了一个服务器（Server），所有的客户端彼此之间并不交互，他们都统一和客户端进行数据交换，以确保数据的统一，并最小化传输代价。当然，Host 的存在并不是必须的。严格来说，大型的网络游戏一般是采用 Server/Client 分离的模式，也就是单独一个程序作为 Server，其余的都是 Client，如此来更好地利用服务器资源和降低模块耦合程度。

实例化与孵化

在一个单机中，游戏对象创建称为实例化（Instantiate）

在网络游戏中，网络游戏对象，客户端必须从服务器接受这些对象及其属性，称为孵化（Spawn），并由服务器的孵化系统（Spawning System）管理分布式对象生命周期和状态同步。

网络游戏对象

前面我们说到，每个客户端中的游戏对象实际上都是由服务器的孵化系统管理和同步的。但是在我们的实际体验中，每台客户端的显示效果显然是不同的，我们要如何做到这一点呢？这就要涉及到 Unity 的网络游戏对象系统：

网络游戏对象（Networked GameObjects）：在服务器上注册，由孵化系统（Spawning System）管理的对象，它必须包含 NetworkIdentity 组件，并用 NetworkBehaviour 脚本编程。

玩家游戏对象（player GameObjects）是特殊的网络游戏对象，指一个 client 加入网络游戏，服务器创建并孵化到客户端，由玩家控制的游戏对象。客户端代码可以控制它们的状态，并自动有服务器同步到其他玩家的客户端。例如：联网赛车游戏，每个玩家都有属于自己的赛车。

实战！

说了那么多基本知识，没有实战的就毫无意义。我们如何把这部分内容应用到我们的游戏中呢？让我们一步步说来：

NetworkManager

如上图，我们首先向场景中添加一个新的空对象，并在其上添加 Network Manager 和 Network Manager HUD 两个组件，前者是整个网络模块的核心，它负责处理程序作为 client 或 host(server) 时应该进行的网络行为，后者是其的 GUI 界面，方便我们在游戏中直接对其进行操作。这样我们就搭建好了网络模块的基石。

让你的飞机做好准备

经过上面的设置，我们的程序已经做好了准备，但是我们的游戏对象们都还对网络模块的到来感到一脸懵逼。我们如何让它们融入网络的环境呢？让我们从飞机开始：

找到我们的飞机对象，为其添加 Network Identity 和 Network Transform，前者是为了让网络模块能够认识到其存在并且将其纳入网络对象的行列（注意勾选 Local Player Authority，来表示其是本地客户端所有的对象），后者是为了实时更新各个客户端上该对象的位置。

之后，我们把飞机制作成预制，删除原来实例化好的游戏对象，将预制添加到 Network Manager 的 Player Prefab 中，整个网络环境就算搭建好了！你甚至可以现在就试玩一下……当然，你会发现一些奇怪的事情——为什么所有客户端实例的视角都是跟随 Host 的飞机的？而且我们在任何客户端上的操作都会对所有飞机生效！别急……我们慢慢道来……

让本地的东西只为本地服务

让我们打开 Aeroplane User Control 2Axis.cs，这个脚本是用于接收用户输入信息，并据此控制飞机运动的。看到满屏不认识的代码是否有些小懵逼？不用担心，我们要做的只是在 FixedUpdate 方法中最前面加上短短的一行：

1 2	if (!isLocalPlayer) return;

这段代码告诉 Unity，如果当前对象不是本地的，那么就不会对其进行操作——从而把对对象的控制权交给服务器全权负责。这样一来，我们的输入就只会影响到本地的对象了。

接下来，是最麻烦的摄像机问题。看看场景中的 Cameras，里面可有着不少东西呢。其中，他有一个叫做 JetCameraRig 的子对象，它的属性里面有一个 Target，看上去因为我们删掉了飞机对象，所以他现在指向的是 None——人畜无害的样子呢！不过…… Unity 在设计之初对他动了些手脚，因而当脚本开始运行时，其的 Target 会自动的锁定在 Tag 为 Player 的对象身上！哦，看看我们的预制小飞机，它的 Tag 正好是 Player，因而我们在开启多个客户端的时候，Camera 会屁颠屁颠地自动把自己绑在他找到的第一个 Player 身上——也就是 Host 的飞机了。

那么，简单地去掉 Tag 就好了嘛？基本上是如此的，不过我们还需要在创建对象的时候设置一下这个 Target，代码是这样的：

public override void OnStartLocalPlayer()
{
    var camera = Instantiate(cameraPrefab) as GameObject;
    camera.transform.GetChild(0).gameObject.GetComponent<UnityStandardAssets.Cameras.AutoCam>().Target = transform;
}

不过……这样就万事大吉了吗？并不！你的 Unity 应该已经在疯狂用红色的 Error 抗议你的所作所为了——Target 不是一个可修改的变量！

还有这种操作？要解决这个问题，我们就要刨根问底一下了。首先我们提着刀就来到了 AutoCam.cs，然而左右巡视一圈……

“Target人呢？？”

看样子 Target 虽然在 AutoCam 的属性面板中，但是却并不是它的直接数据成员。那么问题应该就很显然了——Target 是 AutoCam 的某个基类的数据成员！一路找下去，我们就能在 AbstractTargetFollower.cs 中找到 Target 的踪迹，把它改成以下的样子，就能够真的搞定了：

public Transform Target
{
    set
    {
        m_Target = value;
    }
    get
    {
        return m_Target;
    }
}

赛道一人一个，不要争抢

怀着激动的心再来跑一次！……诶诶诶诶？？怎么我的飞机开局都被彼此挤的到处乱飞……一条跑道不够用啊！

那就多加几条呗。复制几条跑道，放在合适的地方，万事俱备！不过我们怎么让飞机们乖乖地一人一个跑道呢？创建多个空对象，为他们每人配备一个 Network Start Position 组件，再回到我们的 Network Manager，把 Player Spawn Met 改为 Rolin Robin（旋转罗宾法），这样每架飞机都会安分地选一条跑道起飞了～