SGAME 框架说明

最新推荐文章于 2023-10-05 23:06:32 发布

nmsoccer

最新推荐文章于 2023-10-05 23:06:32 发布

阅读量6k

点赞数

CC 4.0 BY-SA版权

分类专栏：游戏后端

本文链接：https://blog.youkuaiyun.com/leiming915/article/details/107938782

本文档详细介绍了SGAME游戏框架的结构、组件及配置方法。框架包含GROUPX和DISPX两个功能组，四类进程，分别是connect_serv、logic_serv、db_serv和disp_serv。配置部分涉及底层进程通信模块和上层游戏框架部署，使用了proc_bridge组件，并提供了配置文件示例。此外，还介绍了如何部署和配置SGAME框架，包括进程间的通信关系和spush工具的使用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

这是对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