KBEngine的服务端底层框架总结

r囧r小猫 2023-06-26 08:26 20阅读 0赞

kbengine底层架构很庞大功能很完善。底层采用c++，而写逻辑只需要使用python，大家都知道python是一种开发效率非常高的语言。

网络层被底层封装的很好，在写逻辑的时候几乎可以忘记rpg等细节过程，远程访问非常方便

例如访问客户端的一个远程方法:

self.client.func(xxxx)

数据库的读写也变成全自动化了，在一个def文件中对一个实体进行定义底层就能自动建表，自动存储和读取， 对于逻辑层而言几乎可以忽略繁琐的db操作了， sql文件都不用了。

只关心怎么使用这些数据。

kbengine下载:

https://github.com/kbengine/kbengine

KBEngine。 这个是我最近使用的。从零开始学习服务器相关的内容，并且在一个月的时间内实现了一个棋牌游戏（服务器+客户端）。这个开源的服务器是我感觉最专业，代码实现最漂亮的。 参考BigWorld引擎，c++加python的实现。理论上可以实现全区全服或者是魔兽世界那样的mmo。 我之前也想一步到位，学习一个终极的服务器框架，然后可以解决自己的所有问题。 不过现在看来他有几个缺点（严格来说是与我自己的习惯和实际情况有出入），这个也是我要重点分析的，同时也是我选择游戏服务器框架的依据。

a、框架结构非常专业，但是同时非常厚重。 编译时间很长，服务器启动时间也很长（10~20秒），部署也非常麻烦（在linux上面要安装openssl，编译python，设置环境变量）

b、分布式并不仅仅体现在多个逻辑服务器上面，而体现在多个逻辑服务器（场景服务器）数据可互通。 这个也是KBEngine非常强大的地方。但是我对这方面的需求反而很低，因为这样的需求是专为MMO服务的，但是我要实现一个棋牌游戏或者手游并不需要考虑太多的数据互通。 只要把公共数据库维护好就可以做一个简单的全区全服的手游了（比如coc）。 没有这方面的需求，但是又需要承担其消耗有点得不偿失。

c、python作为脚本语言，我如果仅仅是实现简单的逻辑还没什么问题。但是一旦我所有的服务器逻辑都是python来实现了，那么性能就会成为问题，甚至可能还不如Node.js性能高。  脚本语言比c++、java这样的静态编译的语言开发效率要高，但是实际操作起来却发现很多不顺手的地方，很多静态语言编译期就能检查出来的低级错误，现在必须运行时才发现某个变量名写错了。 在我看来服务器其实对热更新并没有那么高的需求，而且要做成安全可靠的热更新是非常困难的，客户端影响比较小还可以考虑，服务器一旦出错就成百上千倍的放大。能把配置做成热加载的，能不关服务器的情况下开启和关闭某个系统就足够了。 脚本语言除了开发效率高就是热更新方便，然而现在看来热更新需求不大，开发效率也不如使用c\#+vs高效。

d、RPC的通信方式很棒，可以让客户端和服务器以函数调用的方式来调用远程函数，而不需要考虑通信细节。 然而我非常不习惯这种方式，当需要传的数据复杂了，维护起来反而麻烦。而且传输效率上来讲肯定不如protobuf高。 如果是protobuf来维护的话，只要proto定好了，客户端和服务器共同使用，有类型修改的时候只要关注proto就可以了。 然而KBEngine中的rpc定义参数修改了需要改三处地方，并且还不是静态检查，只有运行时才能发现哪个参数定义的不一致。 另外，如果客户端和服务器都是使用python的话，应该还是比较方便的，但是客户端是c\#而服务器是python，rpc反而造成了维护的不方便。

e、以实体为单位管理数据，不需要维护数据库，只要定义好实体，那么就会自动将数据保存在数据库中。这点非常棒，因为我没有什么服务器的经验，数据库的优化是我最不放心的地方。 使用KBEngine我完全不需要操心数据库的东西，只要实体定义好就可以了。  不过这里也藏着一些坑，万一它优化的不好怎么办？ 频繁的写数据会不会造成性能问题？ 它是如何加载相关性数据的？ 会不会因为某些实体关系定义的不合理，造成内存爆涨？

f、引擎本身有一些小Bug，比如被自己的账号踢了导致这个账号再也登不上去了。 经常出现消息延迟较大，但是不知道原因是什么。  引擎的代码量还是很大的，要想整理清楚所有的问题还是有一些令人头疼的地方。

## 服务端组成 ##

|----------|  
              |  client  | x N  
              |----------|  
   
\------------------------|-----|-------------------------------  
   
|----------|         |----------|         |----------|  
| loginsrv | x N     |  basesrv | x N     |basesrvmgr| x 1  
|----------|         |----------|         |----------|  
   
\------------------------|-----|-------------------------------  
   
   
    |----------|            |----------|  
    |  cellsrv | x N    |cellsrvmgr| x 1  
    |----------|            |----------|  
   
\------------------------|-----|-------------------------------  
   
   
    |----------|            |----------|  
    |  dbmgr   | x 1    |interfaces| x 1  
    |----------|            |----------|  
   
\------------------------|-----|-------------------------------  
   
              |----------|  
              |  mysql   | x 1  
              |----------|

目录结构：

KBEngine的服务端底层框架使用c++编写，游戏逻辑层使用Python(支持热更新)。现在服务器大多数是用C++做的，python作脚本也比较多，另外一个就是lua。

kbengine底层架构被设计为多进程分布式动态负载均衡方案， 理论上只需要不断扩展硬件就能够不断增加承载上限，单台机器的承载上限取决于游戏逻辑本身的复杂度。这里对多进程分布式不是很理解，以后再解答。

kbengine主要组件  
baseapp，baseappmgr，cellapp，cellappmgr，dbmgr，loginapp，machine。

工作组件：

bot，guiconsole，interfaces，logger。

后缀有mgr的组件都是相应的管理器。

数据库用的是mysql，可以考虑一下加上redis。

必要组件描述  
· loginapp:  
登录验证、注册、接入口。可在多台机器部署多个loginapp进程来负载。

· dbmgr:

高性能多线程的数据存取。默认使用Mysql作为数据库。

· baseapp: