这是对SGAME当前的演示框架与配置做一个详细说明
SGAME的安装请参考github地址的README:https://github.com/nmsoccer/sgame
框架
目前整个框架包含了两个功能组,四类进程。用于模拟一个最小的可用游戏框架
组:
- GROUPX:游戏的主要逻辑组。负责客户端的接入;游戏的逻辑处理,玩家数据缓存以及DB的读写。为了方便说明,GROUPX被横向扩展为GROUP1和GROUP2,它们都行使相同的功能
- DISPX: 游戏不同逻辑组的互相通信节点。负责维护不同逻辑组的交互以及后续的其他功能模块的接入
进程:
- connect_serv:负责与客户端的连接管理,由于业务特性一般会与后端的logic_serv一对一通信,一般会同机部署
- logic_serv: 负责游戏的具体逻辑,包括缓存游戏内的登陆角色,游戏内的功能实现等。同时提供动态的资源加载
- db_serv:负责与redis的连接管理,负责游戏数据的DB读写
- 上面三种进程构成一个逻辑组,是框架的主要内容,一般游戏的三层结构(接入,逻辑,db)在一个逻辑组里实现。游戏在 实际部署的时候一般会将一个逻辑组同机部署(当然框架层面本身支持分布式的部署)。逻辑组可以构成一个平行扩展的基本单元
- disp_serv: 用于逻辑组之间的消息互通
配置
配置分为底层的进程通信模块与上层的游戏框架部署,这里做一个分开说明:
消息通信
消息通信使用了个人编写的proc_bridge组件,具体用法与详细说明可以参考gitporn: https://github.com/nmsoccer/proc_bridge
这里只以框架内的使用来做一个直观的介绍:
配置文件位于:sgame/proc_bridge/sgame/bridge.cfg,这里主要关注的点有:
部署的用户及目录:
##########################CONGIGURE##################################
#BRIDGE_USER
#部署环境使用的用户名
[BRIDGE_USER]
xxooxx
[/BRIDGE_USER]#BRIDGE_DIR
#部署安装的目录(绝对路径)
[BRIDGE_DIR]
/home/xxooxx/proc_bridge
[/BRIDGE_DIR]
这里一般只需要修改BRIDGE_USER和BRIDGE_DIR为本机恰当的用户名即可
具体的通信进程定义:
#PROC
#每一行表示一个需要通信的进程
#格式:进程名 = 全局ID : IP : PORT : SEND_SIZE : RECV_SIZE
#进程名:业务进程名.
#全局ID:业务进程在具体业务系统中的唯一ID. id属于[1,1000]为保留id,请勿使用
#IP: 业务进程部署的IP
#PORT: 业务进程在proc_bridge系统中的通信端口
#SEND_SIZE: 业务进程<-->委托carrier进程的发送缓冲区长度(最大包数目). null or <=0 则使用[DEFAULT_SEND_SIZE]
#RECV_SIZE: 业务进程<-->委托carrier进程的接收缓冲区长度(最大包数目). null or <=0 则使用[DEFAULT_RECV_SIZE]
[PROC]
conn_serv-1 = 10001:127.0.0.1:10060
logic_serv-1 = 20001:127.0.0.1:10083
db_logic_serv-1 = 30001:127.0.0.1:10070
conn_serv-2 = 10002:127.0.0.1:10061
logic_serv-2 = 20002:127.0.0.