heyuhang112的专栏

网上有很多开源服务器框架，但总感觉用起来不大顺手。于是乎，我利用闲余时间，开发整理了一套自己的分布式游戏服务器框架。这套框架到如今也差不多成型了，于是我准备写一些相应的文章，介绍下这套框架里的一些关键点的实现，旨在与更多人分享交流一下经验。这是一个长期战线，我计划本文先简单介绍一下大概思想，后续再陆续推出其他的实现上的东西。         至于框架的名字，想了好久也想不出，哎，取名字实在非我

对于服务器业务开发来说，主要的任务便是处理各种消息——服务间消息、客户端的消息等等。一般的开发模式都是将每一类消息都映射到与其对应的一个处理函数。服务器收到该消息后，找到与其对应的处理函数，再将消息进行解码，最后调用处理函数。这些步骤都是通用的，所以大多数服务器框架都有一套消息映射机制。实际开发中，一套系统的业务往往是非常复杂的，这也就意味着我们要处理的消息是非常多的，几百、几千种消息往往是很正常

一套分布式服务器有若干个节点构成，所以对于分布式服务器框架来说，首先必须解决服务的调度和服务间通信这两个至关重要的问题。上篇文章已经大概介绍了sframe的整体思想。在本篇文章中，我将继续介绍sframe的服务调度和服务间通信。服务调度         前面已经提到过sframe将服务器节点抽象成了服务节点。在sframe中，所有的服务必须继承sframe::Service类，才能被注册到

序列化和反序列化是我们在实际开发经常用到的东西。一套好的序列化和反序列化的解决方案，往往会起到事半功倍的效果。sframe拥有一套很方便高效的序列化和反序列化机制。在本篇文章中，我将主要介绍这套机制的实现原理。        序列化和反序列化已经是非常成熟的技术了，网上也有着一大堆不一样的实现。已有现成的各种各样的开源库供我们选择。很多较为流行的库都比较大，并且大多都是基于代码生成技术的实

开发游戏服务器，肯定会有大量的配置数据，什么等级配置、关卡配置等等。对于这些静态数据，我们一般都是采取文件的方式来存储的。策划事先配置好这些数据文件，服务器启动后便将其加载到内存，由配置管理模块统一管理。对于配置文件，有各种各样的格式，CSV、JSON、XML、LUA等等都很流行。但是对于程序来说，我们希望无论配置文件采用什么格式，数据加载到内存后都是一样的存在形式。         sfra

最近二十年以来，IT行业发展之迅猛。计算机也从最开始的“毒害青少年的罪魁祸首”变成了各行各业都离不开的工具。在这个过程中，网络游戏也变得容易让人接受了，再也不像二十年前一样，如过街老鼠，人人喊打。现在的游戏已经是几乎下到幼儿园上到养老院的居家旅行必备良品。因此，从技术层面来说，现在的网络游戏也面领着用户量激增、业务逻辑越来越复杂、需求频繁变化等种种问题。        所以，对于一款网游来