本文是概述同步技术,主要为架构和框架选型。
用户互相有强交互,实时性要求较高,服务端需要主动推送消息。我们选择tcp/ws等协议作为基础网络荷载。
基本上所有的游戏类型都可以选用这个架构。
优势:
主动推送,低延迟。强交互。(业务决定)
劣势:
社区相对不活跃。现成的稳定的技术栈基本都是C/C++。根据业务的特殊性,也较难有一个通用的框架。
具体游戏同步方法又可以分为,帧同步和状态同步。
以下先根据具体游戏类型,我们选择不同的同步模型:
帧同步:
安全性要求相对不高(外挂,作弊等)。网络稳定性要求相对高,抗延迟能力相对差。物理引擎使用较少,甚至没有。单局用户数量少(同步的消息少)
比如王者荣耀,贪吃蛇,格斗游戏,星际争霸等。
简单模型可以选择lockstep(一人卡顿大家全卡)。
目前更加常用的是乐观帧,服务器跑帧,客户端指令能跟到哪一帧就在哪一帧生效。
状态同步:
一般同步玩家的位置方向速度,服务器计算玩家状态发送客户端进行播放。
比如屁股,吃鸡,lol,WOW等。
具体游戏服务器架构,我们可以简单分为房间类型,和大地图类型。
房间类型服务:
阶段一:日活几万,玩法不多较为单一。可以用单游戏服结构。
登录建议拆分出来。可能有不同渠道玩家登录,wx,qq,appleid等。
阶段二:玩法稳定,日活更高,不断的迭代新的玩法。
此时可以用代理服作为一个中间层,保存玩家状态。
阶段三: 日活更高,单个服务无法承载。
通过passport来分配不同的agent,做负载均衡。
gamemanager分配不同game,做负载。
完备:
再加上需要的log,db等
可选基础框架: