golang 手游框架设计 - 本人浅陋的看法, 求达人指正

若有错误的地方,请同仁指正,很是感谢

第一种方式:

共3个进程

Login: 登录服(同时用于聊天系统)  socket长链接

Game: 游戏服(游戏逻辑处理)  http短链接

Mysql: 数据库回写 socket

 

客户端socket链接login,保持长链接,验证成功后,向game服以http方式请求数据

game服向login服http方式验证该客户端是否已经正常登录, 1: 没有登陆则,game返回数据给客户,没有登陆状态. 2: 已经登录,则game返回所需数据给客户端.

game将修改后的数据以sql语句形式发送给mysql服,同时记录当前sql到文件中用于备查.

 

使用单独login服的好处在于 客户端能够一直保持链接,而且login服逻辑处理少. 服务器压力小.同时在game服有问题须要闪断时,还能继续保持玩家登录状态,在紧急更新game服后,客户端不须要从新链接登录游戏. 而且由于login较少的逻辑处理, 各个socket共存链接能力相应变强.能够提升同时在线玩家数. 使用socket链接,便于服务端主动向客户端发送聊天,公告等信息.  与game服链接方式不一样,主要是由于两个进程间功能不一样致使.

 

game服使用http方式,http处理能力相较于socket更好,使用更方便,基本不须要去考虑网络链接的状态问题.客户端须要什么数据,能够直接Get请求. 对于每次请求数据,都是单独一个go程, http并发处理也会更好.

 

具体实现:

login服只读取玩家的Account信息用于验证.不生成新sql数据. 若是新用户登录,则生成一份临时数据用于表示新用户登录成功.返回给客户端一个uid.做为客户端登录的标记. 客户端向game服请求数据时,再由game生成sql数据,同时get方式通知login服临时数据为永久数据. sql语句通知mysql服回写数据.

客户端每次向game请求数据都须要带上参数uid, game服使用uid向login服经过http方式验证客户端是否已经登录成功. 1:没有登陆则提醒登录 2.已经登录,则处理逻辑数据  (这里有个问题,game与login直接的验证会很是频繁)

 

game服的数据处理,则使用内存共享方式.

game服启动时将mysql数据库中的数据所有读取到内存中. 结构以下:

type UserData struct{//单个玩家的结构数据

         Account Account //单个玩家的帐号信息,元宝,铜钱等属性

         Bag []Bag //单个玩家的背包物品数据. 多个物品

         Friend []Friend //单个玩家的好友 多个好友

         ....

         mu    sync.RWMutex //单个玩家的数据锁

}

UserDatas = make(map[int32]UserData)  //全服全部玩家数据

 

type Shop struct{ //商店表 配置表

         ....

}

ShopInfo = make(map[int32] Shop) //商店的配置表数据

 

......

说明a: 玩家的信息,统一放在UserData中,多条数据使用slice结构,尽可能减小"对象"数量.

不能统一的数据则单独一个结构.

 

game服在游戏过程当中,只要数据变化则生成优化后的sql语句,通知mysql服回写到数据库

 

mysql服只负责接收sql语句, 并写入到数据库,记录下当前写成功的sql语句第几条.用于数据出错时. 对比sql文件,已经写到哪一条语句.便于恢复数据库. 若是一旦数据回写错误,则中止接下去的语句回写, 须要记录下后续语句的数量便可, 并立刻通知dba管理员.

 

说明b: 若是一个玩家操做须要影响到其它玩家,则由game服请求login服,由login服主动通知客户端数据.免去了客户端定时请求某些操做的麻烦.

例如: A玩家在地图上移动,须要通知周边其它玩家,A玩家新的坐标点. 此时由game服请求login服,login服通知在线玩家A的新数据.

 

第二种方式:

纯http链接.

game服: http链接

mysql服:数据回写处理.

 

A玩家向game请求登录,game验证成功后,记录A玩家登录成功,并返回给客户端uid.则此后3分钟都认为该uid的玩家处于登录状态. A客户端每次请求数据都更新A玩家的最后时间.

其中uid为加密后的数据. 每次从新验证则生成不一样的uid.

纯http的弊端: 服务器不能实时通知客户端信息.

游戏中创建玩家数据更新标志位. 如A玩家定时2-5秒请求公告标志位,发现公告标志位是新的,则读取.

A玩家移动,须要通知其它周边玩家, 则向其它玩家的移动处理队列中添加新数据,并更新通知标志位, B玩家每1-2秒请求检查标志位状态,有新数据则获取.

 

 

以上两种方式,其中数据传输该加密的方式则须要加密.

本人新手,求达人指正