|
本日分析以下我们全栈双端Turnkey关于”房间模式”的网络游戏逻辑服的架构与设计。
1: 房间模式的逻辑服总体架构
很大一部分的网络游戏的游戏服务器都是基于房间模式来进行构建的。比如:《跑跑卡丁车》《王者光彩》《吃鸡》《卡牌游戏》《战旗游戏》《棋牌游戏》《泡泡堂》等。这些类型游戏的特点是几个玩家在同一局游戏。这种逻辑服务的架构图如1-1所示。
(图1-1)
如上图所示，每个逻辑服实例，都是被一个线程调理，每个逻辑服实例下内里管理着许多个房间实例。房间实例可以是不同类型。通过工厂模式来构建出来不同类型房间的实例。每个房间实例中，管理一起游戏的几个玩家对象。
每个逻辑服对象，都会维护一个等候列表，等候列表中存储正在等候的玩家。不同的等级，不同的分区分成不同的等候列表。
流程1: 等候列表的玩家匹配
房间模式逻辑服务实例的第一个流程就是将等候列表上的玩家进行匹配，分配几个玩家到一个房间对象，一起游戏,上架构图1-2。
(图1-2)
游戏逻辑服启动一个定时器，来定时检查与遍历等候列表的玩家，步调如下:
步调1: 遍历分区z的等候列表上的每个玩家，如果没有直接结束;
步调2: 找一个空闲的还可以容纳人的房间对象，如果没有房间，则用创建一个;
步调3: 将玩家移出等候列表,参加到对应的房间中;
步调4：结束检查，下次循环继续检查;
流程2: 游戏房间管理对象管理游戏进度
每个房间对象都会被游戏逻辑服的Update迭代。然厥后推进整个房间的游戏进度与管理。房间一样平常分成几个状态:
1: Waiting状态: 等候玩家参加，与玩家游戏Ready预备;
2: Ready状态: 参加的玩家够游戏人数，而且每个玩家都是Ready状态，随时可以开始;
3: Started状态：游戏正在进行中，这个时候负责管理好游戏中的游戏规则，游戏进度迭代等;
4: Check 状态: 游戏结束，进入结算状态，结算布局，给客户端留出播放动画的时间;
5: CheckOut状态: 本局角逐结束，清理资源等处置惩罚，再重复进入Waiting状态。
2: 房间模式服务器负载扩容与运营扩容
房间模式的游戏服务器如何处置惩罚10W人同时在线甚至更多，我们这里给出开端的方案。起首我们要结合我们自己的现实需求，应用场景，来选择合适价格的服务器。这样云服务器的配置就确定了，在代码不变的环境下每台云服务器能做的事情，部署的任务也就确定了。如果服务器配置很强，我们可以在一个服务器上部署多个房间模式的逻辑服实例or线程。如果云服务器的硬件配置一样平常,我们可以把一部分的逻辑服(游戏分区，如新手场，高手场)部署到一台云服务器上，把另外一部分部署到另外的云服务器上。这样几台云服务器组成一个分区。当我们一个分区定下来来以后，我们就可以通过复制云服务器分区配置，复制分区部署，就可以做到运营可扩展。当一个分区的负载满了，直接在开下一个分区即可。
End
本日我们房间模式的服务器架构的内容就分享到这里来。需要资料的同学，可以来接洽我们。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 | 
