最后一战(LastBattle)服务器源码分析2——中心服务器(CentralServer)

2023-10-31 10:20

本文主要是介绍最后一战(LastBattle)服务器源码分析2——中心服务器(CentralServer),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

中心服CS:

作为游戏的核心服务器,中心服承担着除战斗外的所有游戏功能,包括房间匹配,场景服(SS)战斗及玩家的管理控制,邮件系统,玩家实体创建和管理,Kernel核心管理,数据存储与缓存,游戏日志生成等。
中心服务器结构

房间匹配:
class CCSMatchMgr
{
public:...INT32 TeamStartMatch(IMatchPlayer* pPlayer);//开始匹配bool TeamStopMatch(IMatchPlayer* pPlayer);//结束匹配void Update(int64_t tUTCMilsec,int64_t tTickSpan);...
private:map<UINT32,ICSMatchList*>   mAllMatchList[eMatchType_Total];//不同类型的匹配列表map<UINT32,CCSMatchTeam*>   mAllTeamMap;//记录所有正在匹配的队伍信息
};

该类是CCSBattleMgr的成员变量,在服务器启动时创建,并在一个定时器中周期性的调用刷新函数:

  void CCSMatchMgr::Update(int64_t tUTCMilsec,int64_t tTickSpan)

该刷新函数中根据mAllMatchList数组中存储的客户端发来的不同类型的开始匹配的玩家数据,调用各自类型的update函数进行匹配。最终在匹配函数:

  void CCSBattleMgr::OnBattleMached(CCSUserListMap& pList,map<UINT32,UINT32>* aiRobots,...);

中,根据函数

  ICSSSInfo* CCSKernel::GetMiniBattleNumSS();

选取负载最小的SS,并根据该SS的id在CS上创建CCSBattle来管理本场战斗,然后将本次匹配的玩家及机器人数据通过消息eMsgToSSFromCS_CreateBattle发送给该SS,SS接收到信息后开始创建CSSBattle,加载地图信息,设置玩家和AI信息,创建玩家CSSUser等,然后通知客户端开启战斗。

场景服(SS)战斗及玩家的管理控制:
//战场信息类
class CCSBattle
{
private:...BattleType             m_Type; //战场类型EBattleMatchType       m_MatchType;//匹配类型map<UINT64,CCSUser*>   m_UserMap;//玩家数据map<UINT32,SAIRobot*>  m_AIRobots;//机器人数据SMapLogicCfg*          m_MapLogicCfg;//地图配置
public:...//游戏开始发送所有数据给场景服INT32 Start();//发送消息给客户端INT32 BroadcastMsgToAllUser(google::protobuf::Message& sMsg,int n32MsgID);//向场景服发送消息INT32 PostMsgToBattleSS(google::protobuf::Message& sMsg,int n32MsgID);INT32 PostMsgToSS_NotifyUserIsOnline(CCSUser* pUser,bool IsOnline);//向网关服发送消息INT32 PostMsgToGS_NotifyCombineUserNetInfoToSS(CCSUser* piUser,ICSSSInfo* piSSInfo);INT32 PostMsgToGS_NotifySplitUserNetInfoToSS(CCSUser* piUser,ICSSSInfo* piSSInfo);...
};typedef hash_map<UINT64,CCSBattle*> BattleMap;
//场景服战场信息管理类
class CCSBattleMgr
{
private:UINT64                      m_un64MaxBattleID;//目前最大战场唯一idBattleMap                   m_cAllBattleMap;//根据战场id存储目前存在的战场信息CCSMatchMgr*                m_pMatchMgr;//战场匹配管理数据map<UINT32,CCSBattleRoom*>  m_BattleRoomList;//游戏房间列表
public:...//向场景服通知玩家在线信息INT32 NotifyBattleSSUserIsOnline(CCSUser* piUser,bool isOnline);//向场景服发送信息INT32 PostMsgToBattleSS(UINT64 un64BattleID,google::protobuf::message& sMsg,int n32MsgID);...
public://创建房间进入游戏...//创建游戏房间INT32 AskCreateRoom(CCSUser* piUser,UINT32 un32mapId,const string& stPwd,bool isRestart,UINT32 rePostion=0);//游戏房间添加玩家INT32 AskAddRoom(CCSUser* piUser,UINT32 un32mapId,const string& stPwd,bool isRestart,UINT32 rePostion=0);//游戏房间开始游戏INT32 OnBattleRoomStart(CCSBattleRoom* pRoom,CCSUserListMap& sList,map<UINT32,UINT32>* aiRobots,UINT32 mapID);...
public://随机匹配进入游戏INT32 RemoveMatchUser(CCSUser* piUser);//从准备匹配队列中移除该玩家//对准备匹配队列中的玩家进行匹配void  OnBattleMached(CCSUserListMap& pList,map<UINT32,UINT32>* aiRobots,...);void  OnBattleMached(EBattleMatchType type,UINT32 mapId,...);
private:INT32 OnMsgFromRC_DO(ICSRCInfo* piRCInfo,...);//接收及处理来自远程控制端的消息INT32 OnMsgFromGC_DO(ICSRCInfo* piRCInfo,...);//接收及处理来自客户端的消息INT32 OnMsgFromSS_DO(ICSRCInfo* piRCInfo,...);//接收及处理来自场景服的消息...
};
  • 玩家进入游戏匹配分为自由匹配,创建房间方式和引导方式,三种方式最终都是创建相应类型的CCSBattle,并将该战场的玩家,机器人,地图等信息发送给场景服来创建战场(具体见房间匹配解析)。同时保持和客户端(通过GS)及场景服的连接,同步及接收各种数据。
邮件系统:
struct MailDBData
{INT64   objIdx;  //邮件所属玩家idINT32   mailId; //邮件Id...INT64   n64CreateTime;  //邮件创建时间INT64   n64EndTime; //邮件过期时间string  mailTitle; //邮件主题string  mailContent;//邮件内容string  mailGift;//邮件赠送附件...
};class CCSMailMgr
{INT32                                         m_curtMaxMailIdx;//目前的全服邮件id最大值,用于生成唯一邮件idstd::map<INT32,MailDBData>                    m_mapGameMail;//根据邮件id存储全服邮件数据std::map<INT64,std::map<INT32,bool>>          m_IfHasSendMail;//临时的延时邮件//个人邮件信息,根据个人id存储邮件id列表,具体邮件信息需根据邮件id在m_mapGameMail获取std::map<INT64,std::map<INT32,tagMailState>>  m_mapPersonalMail;
public:...bool addGameMail(const MailDBData& mail);//添加邮件数据...bool closeOrGetMailGift(CCSUser* pUser,INT32 mailId);//领取赠送邮件附件并删除邮件...
private:void addPersonalMail(const MailDBData& mail);//添加个人邮件
};
  • CCSMailMgr是玩家数据管理类CCSUserMgr的成员变量,用于管理玩家邮件的发送,提取,删除等操作。
  • m_curtMaxMailIdx在服务器开启连接上数据库时,会根据目前数据库中的邮件id来设置该值,放置邮件id重复。
  • 邮件主要信息存储在MailDBData,赠送附件mailGift根据EMerchType类型提取金币,钻石,道具等不同附件。
玩家实体创建和管理:
class CCSUser
{
private:EUserPlayingStatus	 m_eUserPlayingStatus; //玩家是否在线SUserDBData			 m_sUserDBData;//玩家基本数据(存档)TIME_MILSEC		     m_OfflineTime;//下线时间SUserNetInfo	     m_sUserNetInfo;//玩家网络数据TIME_MILSEC		     m_tGCLastPing;//客户端最近一次ping时间CCSUserBattleInfo	 m_sUserBattleInfoEx;//玩家战斗数据IRoomPlayer		     m_tRoomPlayer;//创建房间进行游戏时的个人房间数据IMatchPlayer		 m_tMatchPlayer;//自由匹配时的个人匹配数据CTaskMgr*		     m_cTaskMgr;//任务数据管理map<UINT64, SUserRelationshipInfo>	m_cAddFVec;//好友数据int64_t								m_TimerID;//个人数据定时保存定时器id...stringstream   m_RuneBagStream;//符文背包数据stringstream   m_RuneSlotStream;//符文位置数据
public://上线操作void	 OnOnline(SUserNetInfo& netinfo,GCToCS::Login &pLogin,bool isFirstInDB,bool isFirstInMem,bool isReLogin=false);//下线操作void	 OnOffline();//强制踢下线INT32	 KickOutOldUser();//重置客户端最后ping时间INT32	 ResetPingTimer();//加载玩家基础数据INT32	 LoadDBData(SUserDBData &crsDBData);//加载玩家好友数据void	 LoadUserSNSList(DBToCS::RSinfo msg_snslist);//添加道具void	 AddUserItems(DBToCS::ItemInfo& itemInfo);...
};  class CCSUserMgr
{
private:typedef	map<UINT64, CCSUser*>	UserMap;UserMap						m_cUserGUIDMap;//所有玩家数据管理UserMap						m_cUserOnlineMap;//在线玩家数据typedef map<string, CCSUser*> UserNickNameMap;UserNickNameMap				m_cNickNameMap;//按绰号分类的玩家数据map<SUserNetInfo, CCSUser*>	m_cUserNetMap;//按网络连接分类的玩家数据Concurrency::concurrent_queue<Buffer*>	m_DBCallbackQueue;//网络线程与逻辑线程通讯消息队列CThreadSafeObejctPool<Buffer>	        m_DBCallbackQueuePool;//网络Buffer池DBActiveWrapper*	m_UserCacheDBActiveWrapper;//用于系统对玩家数据存储的数据库线程DBActiveWrapper*	m_CdkeyWrapper;// 用于全局数据操作的数据库线程vector<DBActiveWrapper*>	m_pUserAskDBActiveWrapperVec;//用于玩家主动请求操作的数据库线程INT64	    m_MaxGuid;//当前服务器最大GUID,但游戏里的GUID是合成的,以保证所有CS Server唯一set<string>	m_AllNickNameSet;//所有玩家昵称集合,所有关于昵称的操作可以通过此表来操作!map<UserCombineKey, UINT64>	  m_AllUserName2GUIDMap;//所有玩家用户名,guid表,如果玩家登陆 通过CS,SDK,Username查到对应guidCCSMailMgr					  m_MailMgr;//邮件管理类std::stringstream			  m_SaveUserStream;//玩家数据保存数据流DBActiveWrapper&			GetNowWorkActor();// 获取当前负载最小的DB线程
public://注册消息处理回调void	RegisterMsgHandle(SSMsgHandlerMap& m_SSMsgHandlerMap, GSMsgHandlerMap& m_GSMsgHandlerMap, GCMsgHandlerMap& m_GCMsgHandlerMap, RCMsgHandlerMap& m_RCMsgHandlerMap);//玩家存储DB线程回调void	UserCacheDBAsynHandler(Buffer*& pBuffer);//玩家请求回调void	UserAskDBAsynHandler(Buffer*& pBuffer);//玩家在线处理INT32	OnUserOnline(CCSUser *pcUser, const SUserNetInfo &crsUserNetInfo);//玩家离线处理void	OnUserOffline(CCSUser *pcUser);//处理玩家请求的数据库操作bool	PostUserAskMsgToDBThread(google::protobuf::Message& sMsg, int n32MsgID);//处理缓存数据请求的数据库操作bool	PostUserCacheMsgToDBThread(INT64 guidIndex, const string& sqlStr);
private://添加玩家数据INT32					AddUser(CCSUser *pcUser);//移除玩家数据INT32					RemoveUser(CCSUser*& pcUser);//处理来自GateServer的消息INT32					OnMsgFromGS_DO();//处理来自客户端的消息INT32					OnMgrFromGC_DO();//处理来自场景服的消息INT32					OnMsgFromSS_DO();//处理来自远程控制端的消息INT32					OnMsgFromRC_DO();...
};
  • 玩家实体CCSUser在玩家在中心服上线时创建,并加入到管理类CCSUserMgr,玩家数据在下线时会存档,并从管理类中清除析构。
  • 整体游戏数据分为玩家数据和全局游戏数据,通过两个不同的数据库线程进行自动存储操作,玩家自身的对数据库操作交由其他的自定义数据库线程,这个数据库线程数量根据配置决定,每次选取负载最小的线程处理数据。
  • 中心服的玩家数据会根据来自客户端,GateServer,场景服和远程控制端的数据进行更新,并及时进行存档。
Kernel核心管理:
class CCSKernel
{
public:CCSSSInfo*			m_pcSSInfoList;//连接的场景服列表CCSGSInfo*			m_pcGSInfoList;//连接的网关服列表SSSNetInfo*			m_psSSNetInfoList;//场景列表网络连接信息SGSNetInfo*			m_psGSNetInfoList;//网关列表网络连接信息SRCNetInfo*			m_psRCNetInfoList;//远程控制端列表网络连接信息CHAR				m_szRemoteConsolekey[c_n32DefaultRemoveConsoleKeyLen];//远程管理端密码CBattleTimer		m_BattleTimer;//定时器管理类SCSKernelCfg		m_sCSKernelCfg;//配置数据DWORD				m_RunCounts;//用于记录服务器运行帧数情况TIME_TICK			m_LastReport;//服务器运行日志最新记录时间SSMsgHandlerMap		m_SSMsgHandlerMap;//场景服消息注册表GSMsgHandlerMap		m_GSMsgHandlerMap;//网关服消息注册表GCMsgHandlerMap		m_GCMsgHandlerMap;//客户端消息注册表RCMsgHandlerMap		m_RCMsgHandlerMap;//远程控制端消息注册表
private:INT32	LoadCfg();//加载配置INT32	UnloadCfg();//卸载配置void	ProfileReport(int64_t tUTCMilsec, int64_t tTickSpan);//记录运行日志
public://主循环void	MainLoop();//添加定时器int64_t	AddTimer(HeartbeatCallback pHeartbeatCallback, int64_t interval, bool ifPersist)//移除定时器void	RemoveTimer(int64_t timerID){m_BattleTimer.RemoveTimer(timerID);}
};

CCSKernel主要用于

  • 加载中心服务器的配置,并负责监听;
  • 连接其他服务器,注册与其他服务器的交互的消息;
  • 记录目前连接的网关服,场景服和远程控制端网络信息;
  • 提供定时器功能;
  • 记录服务器运行日志;
数据存储与缓存:

见数据存储篇

游戏日志生成:

见日志系统篇

这篇关于最后一战(LastBattle)服务器源码分析2——中心服务器(CentralServer)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/314677

相关文章

Python 迭代器和生成器概念及场景分析

《Python迭代器和生成器概念及场景分析》yield是Python中实现惰性计算和协程的核心工具,结合send()、throw()、close()等方法,能够构建高效、灵活的数据流和控制流模型,这... 目录迭代器的介绍自定义迭代器省略的迭代器生产器的介绍yield的普通用法yield的高级用法yidle

C++ Sort函数使用场景分析

《C++Sort函数使用场景分析》sort函数是algorithm库下的一个函数,sort函数是不稳定的,即大小相同的元素在排序后相对顺序可能发生改变,如果某些场景需要保持相同元素间的相对顺序,可使... 目录C++ Sort函数详解一、sort函数调用的两种方式二、sort函数使用场景三、sort函数排序

Java调用C++动态库超详细步骤讲解(附源码)

《Java调用C++动态库超详细步骤讲解(附源码)》C语言因其高效和接近硬件的特性,时常会被用在性能要求较高或者需要直接操作硬件的场合,:本文主要介绍Java调用C++动态库的相关资料,文中通过代... 目录一、直接调用C++库第一步:动态库生成(vs2017+qt5.12.10)第二步:Java调用C++

基于Python打造一个可视化FTP服务器

《基于Python打造一个可视化FTP服务器》在日常办公和团队协作中,文件共享是一个不可或缺的需求,所以本文将使用Python+Tkinter+pyftpdlib开发一款可视化FTP服务器,有需要的小... 目录1. 概述2. 功能介绍3. 如何使用4. 代码解析5. 运行效果6.相关源码7. 总结与展望1

使用Python开发一个简单的本地图片服务器

《使用Python开发一个简单的本地图片服务器》本文介绍了如何结合wxPython构建的图形用户界面GUI和Python内建的Web服务器功能,在本地网络中搭建一个私人的,即开即用的网页相册,文中的示... 目录项目目标核心技术栈代码深度解析完整代码工作流程主要功能与优势潜在改进与思考运行结果总结你是否曾经

kotlin中const 和val的区别及使用场景分析

《kotlin中const和val的区别及使用场景分析》在Kotlin中,const和val都是用来声明常量的,但它们的使用场景和功能有所不同,下面给大家介绍kotlin中const和val的区别,... 目录kotlin中const 和val的区别1. val:2. const:二 代码示例1 Java

Go标准库常见错误分析和解决办法

《Go标准库常见错误分析和解决办法》Go语言的标准库为开发者提供了丰富且高效的工具,涵盖了从网络编程到文件操作等各个方面,然而,标准库虽好,使用不当却可能适得其反,正所谓工欲善其事,必先利其器,本文将... 目录1. 使用了错误的time.Duration2. time.After导致的内存泄漏3. jsO

使用Python实现快速搭建本地HTTP服务器

《使用Python实现快速搭建本地HTTP服务器》:本文主要介绍如何使用Python快速搭建本地HTTP服务器,轻松实现一键HTTP文件共享,同时结合二维码技术,让访问更简单,感兴趣的小伙伴可以了... 目录1. 概述2. 快速搭建 HTTP 文件共享服务2.1 核心思路2.2 代码实现2.3 代码解读3.

Python实现无痛修改第三方库源码的方法详解

《Python实现无痛修改第三方库源码的方法详解》很多时候,我们下载的第三方库是不会有需求不满足的情况,但也有极少的情况,第三方库没有兼顾到需求,本文将介绍几个修改源码的操作,大家可以根据需求进行选择... 目录需求不符合模拟示例 1. 修改源文件2. 继承修改3. 猴子补丁4. 追踪局部变量需求不符合很

Spring事务中@Transactional注解不生效的原因分析与解决

《Spring事务中@Transactional注解不生效的原因分析与解决》在Spring框架中,@Transactional注解是管理数据库事务的核心方式,本文将深入分析事务自调用的底层原理,解释为... 目录1. 引言2. 事务自调用问题重现2.1 示例代码2.2 问题现象3. 为什么事务自调用会失效3