waynewangl / chess Goto Github PK

#简述 分为接入层、逻辑层、数据层，redis和server_center为协调层。

一个server_gate可以带一个或者多个server_game，每个server_gate都有一个唯一的gateid。当server_gate连接上server_game时，会把gateid发送给server_game。

每个客户端的网络连接由gateid和connid(连接id)标识，客户端登录成功后，由server_game保存到server_center，并有server_center分发给所有的server_game。这样，每个server_game都有所有客户端的连接信息的一个缓存，并根据连接信息来转发消息。如果客户端连接的gateid和server_game的相同，则直接转发给server_gate；如果不一样，则插入到相应的redis的消息队列中，相应的server_gate会取出并转发。

数据层包括server_table和user_db。
user_db保存玩家信息，可以为任何支持redis协议的数据库。
server_table处理棋牌桌子逻辑，包括配桌、查询和保存桌子信息、查询玩家的房间位置。配桌成功时，往redis插入消息，server_game获取并处理。牌桌有超时消息时，往redis插入消息，server_game获取并处理。

server_login(图中没有画出)处理账号登录，如微信登录等。账号登录成功，向redis插入玩家登录成功的记录，并给客户端返回游戏登录地址和登录token。
server_login和server_game之间通过redis通信，如验证token、获取玩家信息。可以根据客户端版本选择游戏登录地址，方便更新。

##server_gate

• 客户端网络连接管理
• 转发客户端消息给逻辑层
• 转发逻辑层消息给客户端
• 发送广播消息

##server_game

• 处理业务逻辑
• 维护客户端连接信息(逻辑层中称为session)
• 转发响应消息到接入层

##server_table

• 进入房间、离开房间、配桌
• 查询和更新桌子信息
• 查询玩家的房间位置

##server_center

• 客户端连接信息管理
• 当增加、删除连接信息时，分发给逻辑层
• 连接信息持久化，避免重启丢失

#扩展性

• 接入层和逻辑层可以任意扩展
• server_center只管理连接信息，经过测试增删达到每秒3万次左右，不会成为瓶颈
• server_table主要功能在于桌子信息的查询和更新(分别测试，每秒可达8w次左右)，如果达到瓶颈，可以每个房间开一个(这种情况下，查询玩家在哪个房间要查询所有的server_table)
• user_db推荐使用具有持久化功能的ssdb，数据达到一定规模时，仍然具有较高的性能，扩展可以根据userid做哈希。另外也可以使用LedisDB。