Unity外包团队：关于手机unity游戏开发的技术选型

技术选型

Unity引擎内置了多人联机的解决方案，涵盖了从最底层的网络数据传输，到不一样玩家之间的消息发送，再到游戏大厅这样的高级功能。考虑到Unity官方提供的云服务（Internet Services）在国内的延迟较高，并且须要付费，咱们决定采用Steam与Unity相结合的方式。底层用Steam发送网络数据包，中间由Unity负责把各个包整合成游戏逻辑所须要的格式，高层的大厅也使用Steam提供的服务。

说到这里要赞美一下Unity Networking的模块设计，它把具体的网络数据传输细节和抽象的消息发送功能分离开来。使得开发者既可使用传统的“IP地址+端口”的方式实现玩家之间的链接，也能够相对方便地接入Steam或WeGame，利用这些平台SDK包含的更高级的功能去收发网络数据。并且Unity的网络模块是开源的，不只方便查阅，还能够根据自身需求进行修改，而后替换掉引擎自带的模块。

服务器

联网游戏须要一个服务器，用于协调多个玩家之间的游戏进程。不然你们的电脑有快有慢，很容易出现游戏节奏不一致的状况。好比，玩家A的电脑配置高，运行流畅；玩家B的电脑有点卡，会掉帧。那么，当游戏须要3个小飞碟从上方飞入屏幕攻击玩家的时候，可能玩家A那边的飞碟已经所有就位，开始发射子弹了；但玩家B那边刚刚建立出第二个飞碟。这样就致使不一样玩家屏幕上显示的内容彻底不一样，很难进行正常的游戏。引入服务器就是要避免出现各类各样的不一致行为，让速度快的机器等等速度慢的，你们尽量保持相同的步调去执行游戏逻辑。

这个服务器能够是独立的后台，就像一个网站那样托管在某个云计算厂商那里；也可让某个玩家来充当服务器，在运行本身游戏逻辑的同时也负责调度其余玩家的游戏。不过，开发并维护一个独立服务器的成本相对而言仍是挺高的，因此咱们选择了第二种方案，就让建立房间的玩家来兼职作服务器。Unity刚好有一个Host模式，支持一个玩家同时扮演服务器和客户端。

 

• 建立房间：玩家A向Steam发起申请，并设置最大人数为2。若是成功，A就成为房间的全部者，进入角色选择界面。同时，A还须要启动服务器（NetworkServer），等待其余玩家的进入。
• 查询房间：玩家B设置筛选条件去查询当前列表，Steam会返回还有空余位置的房间。若是A建立的房间符合条件，该房间就会包含在返回结果之中。
• 进入房间：B申请进入A建立的房间。若是成功，A和B之间就能够经过Steam互相发送消息。但这时房间内的玩家只能进行基本的通讯，还不能利用Unity提供的状态同步等机制。
• 创建C/S关系：B向A发送链接请求（NetworkClient），A收到后创建链接。这样，后续的游戏同步逻辑就能够按照Unity的方式进行。
• 开始游戏：B进入房间，选择本身的角色。完毕后，A通知双方加载游戏场景。

如下是场景中须要注意的事项：

• 时间：许多场景的移动、关键动做的触发都跟时间相关，因此当前游戏进行的时间是场景保持同步的关键。
• 杂兵行为：咱们游戏中有一百多个杂兵，基于这些杂兵有八百多个不一样的行为。这些行为都是用PlayMaker编辑的状态机。要让如此众多的状态机去支持联网，手动去挨个修改是不可能的，只能利用脚本批量修改。
• 状态机：咱们设计关卡时，会根据游戏进行的时间或者地图移动的位置去指定某个杂兵的行为。这些行为通常遵循先建立杂兵单位，再移动射击，最后被击落或离开屏幕的规律。这里边包含两部分，一是用于交互和同步的杂兵，二是控制杂兵行为的状态机。在单机状况下，状态机建立出单位紧接着执行后续操做；在联网模式下为了状态同步，场景中物体的建立和销毁须要在服务器端进行。因此，原有的状态机在服务器和客户端上的执行再也不一致。服务器建立的杂兵单位，会经过Unity的机制自动在客户端上克隆出来，这样客户端再也不须要本身建立，而是等待单位被服务器建立出来后做为参数传入状态机里去执行后续动做。
• Boss行为：通常的杂兵行为比较简单，在屏幕中存在的时间也较短，在服务器和客户端上各自运行也不会产生太大差异。但Boss的行为比较复杂，运行一段时间后就会出现明显误差。咱们在状态机内部的关键节点上加入等待机制，让各玩家在运行到节点处同步进入下一状态。

 

 

 

• 有Unity3D项目外包欢迎联系咱们
• QQ 372900288
• TEL 13911652504
• WX Liuxiang0884