此文并不是聚润堂所在公司当前运营的网游游戏服务器架构，而是在看过了近十个商业网游的架构，在现阶段心目中规划的简单实用的网游服务器架构。

网游的本质是人和人之间关系，人越多，关系越多，越能把人留住。开服头三天，人数是最多，为了保证一个月后，玩家等级达到一定的等级，策划的玩法都可以完全展开，单组服务器容纳人数越多越好，如果是PVE结构的游戏，最好能容纳1万人左右。这样在一个月后流失率50%的情况下，还有5000人左右在一组服务器内，已经产生比较强大的社会结构，各种高级玩法才有进行的基础。如果是PVP洗用户的游戏，容纳人数越高越好。两款较好的国战游戏，《征途》达到了每组4万人，《成吉思汗》，推测至少也达到了两万人。

采用完美常用的分线结构，运营到后期，就会出现每线人数较少，线内，线和线之间都互动不起来。但如果不分线，在开服一刹那，用户全部堆积在同一个新手村，基本玩不动。《天龙八部》提出了较好的解决方案，建立多个平行的新手村地图，一主多副，开服时尽可能多的同时容纳新用户的涌入，高等[来源：GameRes.com]级玩家从其它地图回新手村只能到达主新手村。

下图中每个方框表示一个独立的进程APP组件，每个服务进程如果发生宕机会影响部分用户，整体服务但不会全部中断。在宕机进程重启后，又可以并入整体，全部服务得以继续。

图片附件



gls：game login server，游戏登录服务器，某种程序上，其不是核心组件，gls调用外部的接口，进行基本的用户名密码认证。此外需要实现很多附属的功能：登录排队（对开服非常有帮助），GM超级登录通道（GM可以不排队进入游戏），封测期间激活用户控制，限制用户登录，控制客户端版本等。

db：实质上是后台sql的大内存缓冲，隔离了数据库操作，比较内存中的数据，只把改变的数据定时批量写入sql。系统的算法，开发稳定性都要求非常高。

center：所有组件都要在这里注册，在线玩家的session状态都在这里集中存放，和各组件有心跳连接。所有对外的接口也全部通过这里。

角色入口：玩家登录游戏后的选择角色

gs：game server，最核心组件，同一地图，所有游戏逻辑相关的功能，都在这里完成。

gate：建立和用户的常链接，主要作sockt转发，屏蔽恶意包，对gs进行保护。协议加密解密功能，一个gate共享多个gs，降低跳转地图连接不上的风险。

IM，关系，寄售：表示其它组件，负责对应的跨地图发生全局的游戏逻辑。

细节是魔鬼。此架构简单、清晰、明了，和其它网游架构相比其实没有什么本质的区别。团队的代码开发能力，项目管理能力才是关键。一个gs承担能力有限，在现在硬件环境下，一个有经验的开发人员，一个gs应该能达到1500人的上限。整个架构的上限，瓶颈在center调度压力，db的读写压力。

引用一段深以为然的话做结束：
＝＝＝＝＝＝＝＝＝＝
http://blog.csdn.net/lfhfut/archive/2010/04/14/5483266.aspx

4。游戏开发并没有什么高深的技术

首先需要明确的一点，游戏项目是工程项目，不是科研项目。

工程项目的目的是在有限的人力跟财力之下实现出既定的需求，而这个需求从前面的分析可以知道，要求并不高，所以，需求的实现过程也就并没有多么高深。

至少在我经历过的项目里，没有什么惊天地泣鬼神似的英雄人物，没有创造出多么伟大的算法，我们所做的，只是使用现在的技术，现有的方法，拼合成一个软件产品，一个融合了程序、美术、策划劳动力的软件产品。

游戏开发的过程里，没有，也不需要多厉害的技术高手，需要的仅仅只是有耐心，有责任心的普通技术人员。
＝＝＝＝＝＝＝＝＝＝＝
最后赞一句：Dia真是跨平台画流程图的好软件，聚润堂的日常使用中已经完全替代了Visio。

参考：

白云哥的blog
http://blog.csdn.net/lfhfut/archive/2007/09.aspx

一种经典的网络游戏服务器架构 
http://www.cppblog.com/johndragon/archive/2008/04/10/46768.html

传奇3的架构图
http://bbs.gameres.com/showthread.asp?threadid=47752&page=10
185楼，187楼，分了两部分。聚润堂把其合在一起方便查看


 

自从2003年开发VOIP Radius Server以及修改Gnugk依赖，从事服务器开发已经近五年了，对服务器开发也有一些自己独到的看法以及见解。当摆脱了技术本身的束缚之后，才理解重要的并不是某种技术的运用，而是整体设计的考虑，也慢慢明白了设计是开发的灵魂的道理。

从技术层面来看，各个平台都有一些自己特有的东西，比如Windows 平台下面的IOCP技术，可以说为了支持大的并发，IOCP是一个Windows平台的必选方案。而在Linux下面Epoll又是所有开发人员需要掌握的技术。当然还有FreeBSD下面Kqueue的应用了。一些其他平台也有自己独有的AIO库。

随着网络开发的进一步理念加深，跨平台库也吸引了越来越多的使用者的眼光。比如行业里面最出名的莫过于ACE、ASIO(Boost公司)两大支持库。新的版本中都对IOCP支持，使用的是Proactor设计模式实现的。

当我们拥有了以上的知识背景后，我们就可以开始着手设计了。而这仅仅是一个必要条件，而不是重复条件。为什么呢？

我们先来提一下集群式服务器开发的常用几个技术知识。

1：线程                    

2：线程池

3：内存池

4：数据库连接池

5：为了达到1:10000的连接，可以采用Server-Client的连接方式，而为了达到1:10000*100的连接，我们怎么办呢？一般会采用Client-> ConnServer -> LogicServer。这是技术背景。ConnServer在接受完Client 的连接后，将Logic Server 暴露给Client,并立刻断开连接。以后的数据交互就和Conn Server没有关系了，这种架构有很多的优势。

[图一：标准集群GameServer架构方案]

首先要说的是线程，在服务器开发中，线程是一个非常重要的概念，尤其是现在多核服务器的发展。当然，提到了线程自然应该说到线程之间的互斥。这也是服务器开发者们在开发最初最容易出现的问题。体现在一个资源或者多个资源在多个线程中共享使用如何避免出现脏数据的问题。

       线程池，池，顾名思义，是一个存储容器，一个浅显的比方，我们把水事先存放在水池里面，当我们需要的时候，就去里面取，用完了就还给池（其实这里并不是非常合适的例子，毕竟我们用完了水是丢掉）。这是一个由多个线程组成的一个队列，当有事情发生时候，我们把当前的空闲的线程丢给他，为他服务。当下一个事件发生的时候，我们又从池里面取一个空闲的线程丢给他，为他服务。当服务完毕，把线程丢回池中。起到反复利用的目的。

       内存池，同样也是一个池。这个概念的产生是为了避免服务器频繁的分配内存，而采取预先分配一定数目的对象，并将对象们放到队列中，当需要的时候，从该队列中取出，当用完，就返回池中。比如我们的Server可能会存在10000个连接，我们预先开辟10000个Client对象，存储在list<Client *> pFreeClientsList中，当需要的时候，从队列中pop一个出来，当使用完毕就丢回pFreeClientsList。这种机制很好的起到了避免频繁开辟内存对象的目的，可以很好的提高系统的性能。

       数据库连接池，同上面一致的道理，在服务器中，数据库访问也是一个很大的瓶颈，所以同样采取上面的道理，使用连接池的概念。当然在数据库连接方面也有一个特殊的问题存在。就是数据库的连接不宜过多，所以传统的来一个处理，就开一个连接是不合理的，必须采用控制适当的连接次数。

       当然另外一些需要提到的是内存数据库。硬盘的访问速度和内存的访问速度不是一个数量级的，而且随着内存的硬件价格越来越低，内存数据库的可行性也越来越高，尤其是实时性要求高的系统，完全可以采用内存数据库和物理数据库想结合的方法来处理。

       当系统的连接数量从万上百万级别的时候，服务器程序就超越了服务器本身，我们需要考虑的问题将从一下几个方面开展：

       1：如何划分系统中功能？

       2：如何保证整个系统的性能可控，直观的说就是系统每一步时候瓶颈在哪里？

       3：如何保证当系统的瓶颈凸显时候，简单的添加一组服务器，就可以达到分压目的？

       4：系统的灾难部分出现的时候，如何保证系统依然可以完整运行？

第一个问题是如何划分系统中的功能。在软件开发中，我们追求的是每个函数功能尽量简单，易学里面的道理叫做大道至简。软件开发中同样适用，在服务器开发中，同样适用。如何将整个系统中的需求抽象为功能，并如何更好的划分功能，将极大减少系统开发的难度，并能够使得系统的可扩展性非常强。

第二个问题是瓶颈问题。从物理上面来分析，性能在硬盘，内存，CPU是三个决定因素的地方。而从软件的角度就包含了数据库系统，操作系统，服务器软件系统三个方面，更细节方面拿游戏服务器来说，Conn Server 的压力，Logic Server的压力，还是DB Server的压力了。

第三个问题还体现在分组方面。比如当Conn Server出现压力的时候，如何简单的添加一个Conn Server就达到分压目的。当Logic Server出现压力，或者DB Server出现压力。另外就是如果服务器设计以组的方式出现，应该如何管理组以达到分压目的。

第四个问题是灾难恢复。在重要的系统中，由于涉及到的系统、硬件、软件非常多，很容易某个系统出现故障，这个时候，系统应该具有很好的伸缩性，故障出现后，系统必须依然运行顺利。

       所以在设计服务器时候，应该考虑上面的因素。下面我提出在集群服务器开发中的两种可行的方案。

[图二：基于功能划分的集群GameServer架构]

[图三：组划分的集群服务器架构]

在图二中，系统按照功能方式划分系统，当压力增加的时候，按照功能方式添加某服务器，可以简单的达到分压的目的。在Conn Server中保存所有有效Hall Server的连接，以及当前该Hall Server的当前连接数。代码示意如下：

class THallServer 

{

public:

       THallServer();

       virtual ~THallServer();

       THallServer(int port);

public:

       SOCKET _hallServer; //保持同HallServer连接的Socket对象

       int _maxConn; //该HallServer的最大连接数量

       int _currentConn; //当前连接数量

       int GetCurrentConn();

       char _hallServerAddr[32];

       int _hallServerPort;

};

class THallServerList 

{

public:

       THallServerList();

       virtual ~THallServerList();

public:

       list<THallServer *> pHallServerList;

       SOCKET _listenHallServer;

       HANDLE ListenThread;

public:

       void Start();

       THallServerList(int port);

       //Accept线程

       static unsigned __stdcall ListenThreadFunc(LPVOID lpVoid);

};

上面的代码是该设计方案的类代码。从代码中我们可以理解出思想如下：

       Conn Server里面存在一个THallServerList对象，该对象监听端口，当有HallServer连接过来，将该HallServer存入队列，并实时获取该Server当前的压力情况，可以起到一个负载均衡的作用。而保持的HallServer队列，当客户端连接过来，Conn Server则从pHallServerList中将当前currentConn最小的服务器发送给客户端，以后客户端将同该Hall Server发起连接。

       在该系统中，当我们的Conn Server不够的时候，可以考虑架设多台Conn Server，当客户端无法连接时候，程序自动连接下一台Conn Server.比如conn1.doserver.net、conn2.doserver.net、conn3.doserver.net、connn.doserver.net。

       图三中是按照组划分的系统组成。该方案目前来说，我还并没有实施过，只是在方案上面进行过探讨。希望有时间我可以设计一个案例出来再做展示。

[图四：改进的功能划分集群GameServer架构二]

在项目的实施过程中，我发现了Hall Server其实并不需要同Logic Server进行交互，如果Hall Server在保留同Client的1W多连接的情况下依然保持过多的同Logic Server的连接，势必压力非常大，这时候如果在之间使用ISServer来交互，就可以减少很多的连接数量，也使得系统更加清晰。

       Hall Server只需要获取所有的Logic Server的名称，Logic Server的地址，Logic Server的端口，以及当前的连接数量。所以通过之间的一个信息服务器作为桥梁，就可以很好的解决这个问题。这种架构就可以达到非常完美的解决上面提到的4个难点的问题了。

后记：封闭开发之余，很想把自己的在服务器开发的经验分享一下，所以就借用了2个小时整理此小文，希望大家喜欢。同时欢迎大家指点，建议。也欢迎转载，但是无比保留版权以及原作者信息。非常感谢。

                                                                                           胡章优 2008-12-3 于北京

作者：胡章优，吉林大学机械学院教师。长春优狐科技开发有限公司董事长兼总经理。

Tel: 13596199043

Mail: huzhangyou2002@gmail.com (huzhangyou@jlu.edu.cn)

Site: http://doserver.net

MSN:huzhangyou2002@gmail.com

QQ: 3803308

总体设计和登陆服务器 [游戏服务器的设计思路 转]

大 | 中 | 小

2007/01/29    01:41    6306    huzhangyou2002 服务器开发

CSV全称 Comma Separated values，是一种用来存储数据的纯文本
文件格式，通常用于电子表格或数据库软件。有简单易用，占用存储字节少的特点。

规则

0 开头是不留空，以行为单位。
1 可含或不含列名，含列名则居文件第一行。
2 一行数据不垮行，无空行。
3 以半角符号（ASCII），作分隔符，列为空也要表达其存在。
4 列内容如存在，，则用""包含起来。
5 列内容如存在""则用""""包含。
6 文件读写时引号，逗号操作规则互逆。
7 内码格式不限，可为ASCII、Unicode或者其他。

  XLS是Excel的原生格式，但是可以将之转存为csv，csv的格式非常简单，主要格式就是用逗号隔开每个数据。
所以，这是一个很不错的东西。
策划可以用Excel编辑文档，转存csv之后，就可以用于程序的读取。

见下例：

<1>. xls 文档：

<2>.csv文档：

用程序读取这个csv文档，很easy了！