SGAME 框架说明

这是对SGAME当前的演示框架与配置做一个详细说明

SGAME的安装请参考github地址的README：https://github.com/nmsoccer/sgame

框架

目前整个框架包含了两个功能组，四类进程。用于模拟一个最小的可用游戏框架

组：

1. GROUPX：游戏的主要逻辑组。负责客户端的接入；游戏的逻辑处理，玩家数据缓存以及DB的读写。为了方便说明，GROUPX被横向扩展为GROUP1和GROUP2，它们都行使相同的功能
2. DISPX： 游戏不同逻辑组的互相通信节点。负责维护不同逻辑组的交互以及后续的其他功能模块的接入

进程：

1.    connect_serv：负责与客户端的连接管理，由于业务特性一般会与后端的logic_serv一对一通信，一般会同机部署
2.    logic_serv: 负责游戏的具体逻辑，包括缓存游戏内的登陆角色，游戏内的功能实现等。同时提供动态的资源加载
3.    db_serv：负责与redis的连接管理，负责游戏数据的DB读写
4.    上面三种进程构成一个逻辑组，是框架的主要内容，一般游戏的三层结构(接入，逻辑，db)在一个逻辑组里实现。游戏在  实际部署的时候一般会将一个逻辑组同机部署（当然框架层面本身支持分布式的部署）。逻辑组可以构成一个平行扩展的基本单元
5.    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.