本文作者：sodme 本文出处：http://blog.csdn.net/sodme
版权声明：本文可以不经作者同意任意转载，但转载时烦请保留文章开始前两行的版权、作者及出处信息。
QQ游戏于前几日终于突破了百万人同时在线的关口，向着更为远大的目标迈进，这让其它众多传统的棋牌休闲游戏平台黯然失色，相比之下，联众似乎已经根本不是QQ的对手，因为QQ除了这100万的游戏在线人数外，它还拥有3亿多的注册量（当然很多是重复注册的）以及QQ聊天软件900万的同时在线率，我们已经可以预见未来由QQ构建起来的强大棋牌休闲游戏帝国。
那么，在技术上，QQ游戏到底是如何实现百万人同时在线并保持游戏高效率的呢？
事实上，针对于任何单一的网络服务器程序，其可承受的同时连接数目是有理论峰值的，通过C＋＋中对TSocket的定义类型：word，我们可以判定这个连接理论峰值是65535，也就是说，你的单个服务器程序，最多可以承受6万多的用户同时连接。但是，在实际应用中，能达到一万人的同时连接并能保证正常的数据交换已经是很不容易了，通常这个值都在2000到5000之间，据说QQ的单台服务器同时连接数目也就是在这个值这间。
如果要实现2000到5000用户的单服务器同时在线，是不难的。在windows下，比较成熟的技术是采用IOCP－－完成端口。与完成端口相关的资料在网上和CSDN论坛里有很多，感兴趣的朋友可以自己搜索一下。只要运用得当，一个完成端口服务器是完全可以达到2K到5K的同时在线量的。但，5K这样的数值离百万这样的数值实在相差太大了，所以，百万人的同时在线是单台服务器肯定无法实现的。
要实现百万人同时在线，首先要实现一个比较完善的完成端口服务器模型，这个模型要求至少可以承载2K到5K的同时在线率（当然，如果你MONEY多，你也可以只开发出最多允许100人在线的服务器）。在构建好了基本的完成端口服务器之后，就是有关服务器组的架构设计了。之所以说这是一个服务器组，是因为它绝不仅仅只是一台服务器，也绝不仅仅是只有一种类型的服务器。
简单地说，实现百万人同时在线的服务器模型应该是：登陆服务器＋大厅服务器＋房间服务器。当然，也可以是其它的模型，但其基本的思想是一样的。下面，我将逐一介绍这三类服务器的各自作用。
登陆服务器：一般情况下，我们会向玩家开放若干个公开的登陆服务器，就如QQ登陆时让你选择的从哪个QQ游戏服务器登陆一样，QQ登陆时让玩家选择的六个服务器入口实际上就是登陆服务器。登陆服务器主要完成负载平衡的作用。详细点说就是，在登陆服务器的背后，有N个大厅服务器，登陆服务器只是用于为当前的客户端连接选择其下一步应该连接到哪个大厅服务器，当登陆服务器为当前的客户端连接选择了一个合适的大厅服务器后，客户端开始根据登陆服务器提供的信息连接到相应的大厅上去，同时客户端断开与登陆服务器的连接，为其他玩家客户端连接登陆服务器腾出套接字资源。在设计登陆服务器时，至少应该有以下功能：N个大厅服务器的每一个大厅服务器都要与所有的登陆服务器保持连接，并实时地把本大厅服务器当前的同时在线人数通知给各个登陆服务器，这其中包括：用户进入时的同时在线人数增加信息以及用户退出时的同时在线人数减少信息。这里的各个大厅服务器同时在线人数信息就是登陆服务器为客户端选择某个大厅让其登陆的依据。举例来说，玩家A通过登陆服务器1连接到登陆服务器，登陆服务器开始为当前玩家在众多的大厅服务器中根据哪一个大厅服务器人数比较少来选择一个大厅，同时把这个大厅的连接IP和端口发给客户端，客户端收到这个IP和端口信息后，根据这个信息连接到此大厅，同时，客户端断开与登陆服务器之间的连接，这便是用户登陆过程中，在登陆服务器这一块的处理流程。
大厅服务器：大厅服务器，是普通玩家看不到的服务器，它的连接IP和端口信息是登陆服务器通知给客户端的。也就是说，在QQ游戏的本地文件中，具体的大厅服务器连接IP和端口信息是没有保存的。大厅服务器的主要作用是向玩家发送游戏房间列表信息，这些信息包括：每个游戏房间的类型，名称，在线人数，连接地址以及其它如游戏帮助文件URL的信息。从界面上看的话，大厅服务器就是我们输入用户名和密码并校验通过后进入的游戏房间列表界面。大厅服务器，主要有以下功能：一是向当前玩家广播各个游戏房间在线人数信息；二是提供游戏的版本以及下载地址信息；三是提供各个游戏房间服务器的连接IP和端口信息；四是提供游戏帮助的URL信息；五是提供其它游戏辅助功能。但在这众多的功能中，有一点是最为核心的，即：为玩家提供进入具体的游戏房间的通道，让玩家顺利进入其欲进入的游戏房间。玩家根据各个游戏房间在线人数，判定自己进入哪一个房间，然后双击服务器列表中的某个游戏房间后玩家开始进入游戏房间服务器。
游戏房间服务器：游戏房间服务器，具体地说就是如“斗地主1”，“斗地主2”这样的游戏房间。游戏房间服务器才是具体的负责执行游戏相关逻辑的服务器。这样的游戏逻辑分为两大类：一类是通用的游戏房间逻辑，如：进入房间，离开房间，进入桌子，离开桌子以及在房间内说话等；第二类是游戏桌子逻辑，这个就是各种不同类型游戏的主要区别之处了，比如斗地主中的叫地主或不叫地主的逻辑等，当然，游戏桌子逻辑里也包括有通用的各个游戏里都存在的游戏逻辑，比如在桌子内说话等。总之，游戏房间服务器才是真正负责执行游戏具体逻辑的服务器。
这里提到的三类服务器，我均采用的是完成端口模型，每个服务器最多连接数目是5000人，但是，我在游戏房间服务器上作了逻辑层的限定，最多只允许300人同时在线。其他两个服务器仍然允许最多5000人的同时在线。如果按照这样的结构来设计，那么要实现百万人的同时在线就应该是这样：首先是大厅，1000000/5000＝200。也就是说，至少要200台大厅服务器，但通常情况下，考虑到实际使用时服务器的处理能力和负载情况，应该至少准备250台左右的大厅服务器程序。另外，具体的各种类型的游戏房间服务器需要多少，就要根据当前玩各种类型游戏的玩家数目分别计算了，比如斗地主最多是十万人同时在线，每台服务器最多允许300人同时在线，那么需要的斗地主服务器数目就应该不少于：100000/300=333，准备得充分一点，就要准备350台斗地主服务器。
除正常的玩家连接外，还要考虑到：
对于登陆服务器，会有250台大厅服务器连接到每个登陆服务器上，这是始终都要保持的连接；
而对于大厅服务器而言，如果仅仅有斗地主这一类的服务器，就要有350多个连接与各个大厅服务器始终保持着。所以从这一点看，我的结构在某些方面还存在着需要改进的地方，但核心思想是：尽快地提供用户登陆的速度，尽可能方便地让玩家进入游戏中。
本文引用通告地址： http://blog.csdn.net/sodme/services/trackbacks/213995.aspx
[ 点击此处收藏本文]
913
到【灌水乐园】发言
然则就算一个“大厅”能容5000人，而一台“房间”服务器只能负责500人，那么就出现了一个“大厅”需要拖动十个“房间”的情况了。既然如此，何不把二者业务统一放在一台服务器上算了，软件效率提高不小，系统架构也简单了许多。
BTW, 个人感觉联众比QQ要好得多。。。更不敢苟同仁兄所言。。。
你说联众比QQ好，那是你的看法。数字才是最有说服力的，如果联众不是卖给了韩国，说不定他还没有现在发展得好，为什么联众里面也越来越多地融入了诸如虚拟形象这样的东西，这还不是跟QQ一样尊从韩国风格？
QQ游戏之所以这么火爆，一是在于它刚推出来时，一改当时市面上棋牌游戏的一贯烂界面，把界面作得很精致，让QQ一族有耳目一新之感；而另外一点，QQ通过游戏这种方式，让它的聊天软件用户在一个更广泛的平台上去展示自己，并可以同时跟更多的人进行沟通和交流。形象地说，QQ聊天本身是一对一的，而QQ游戏则已经是一对多的了。这种交流方式的本质变化是吸引QQ用户喜爱QQ游戏的一个重要原因，反过来，QQ游戏又进一步地对QQ聊天软件进行了补充，二者是互补的。而联众有什么？它除了占一个先天之机，其它的有哪点能跟QQ相比？联众的致使缺点就在于，单纯地为了游戏而游戏，可扩展性和延伸性实在太小，其实，在早期，它完全可以依靠游戏社区去发展自己的P2P产品，这样可能也会达到跟QQ不相上下的成果，但，世界上没有如果。
其它的不用多说，看看QQ游戏的同时在线和联众的同时在线就知道全部了，而且，我还得告诉你一个数据：QQ注册量是3亿(其中肯定有很多重复注册，这是正常的)，而QQ聊天软件的同时在线最高是900，QQ游戏现在才刚刚达到100万人同时在线，它的前景还非常广阔。当然，你有保留自己观点的权利。
联众N年前就推出了一个IM的附带工具，然问津者乏，才无了音讯。这样的比较对联众不大公平。 QQ只不过是因为本身用户数量大，才有所谓“百万在线”的效果。 就像因为Windows的用户多，所以NotePad是最多人用的编辑器。。。这样与NotePad有多强大、有多猛又有什么关系呢？
我最喜欢下中国象棋，联众起码在棋谱功能、等级等多方面完善一些。另外，从程序严谨性而言，联众的客户端可以Anti SoftICE, 有一些放外挂的措施， 从程序员的角度看，这个客户端的开发者还是很有深度的。
联众的那个IM我知道，但是，他没有能象QQ聊天整合QQ游戏一样，把联众IM很好地与联众游戏整合起来，作的深度还远远不足。
联众在诸如比赛活动举办这方面，我还是比较欣赏的。但时势造英雄，QQ还是很好地抓住了时机，反超联众。
至于说程序技术方面，我觉得这个就不比了吧，QQ的数据包加密也算是作得比较好的了，呵呵。
我和朋友是开发棋牌游戏的，对于这个行业来说，我们的服务器结构和Sodme说的架构是相同的，但是我们比QQ，联众更出色一些。
QQ比联众的服务器优秀，联众很多游戏（房间）服务器都只有几百人封顶。QQ游戏，中游的都可以3K或4K左右。
广东地区中游（中国游戏中心）有很多人玩，但是他并不受大众喜欢。也有30万左右同时在线，中国第三。
你的完成端口用什么编程工具来实现的啊。有用delphi的么？
此外，就你的架构而言，你的游戏逻辑是否采用接口模式，用dll来实现逻辑的封装，以及后继的更新啊
socket的port数是只有64k，还要保留一些，但这与连接数无关，比如web server，所有的客户端都是连到port 80上的。即便只用一个port，这个方面的连接数都是无限的，当然别的方面有瓶颈限制。
MAIL:usl_liuquan@hotmail.com
近段时间看了一下市面上的一些网游，其中的在线更新模块，在实现时，采用的是这样的方法：向外提供一个域名，然后将此域名解析到不同的IP上，这样不同的客户端在下载时就会从不同的服务器上下载自己的更新文件，从而实现负载均衡。看看网易的几个游戏吧，采用的是这样的方法。
1。qq游戏server是建立在linux上（虽然后来也做了windows版本的server，但只是为了内部开发调试所用）
2。qq游戏server的架构基本并不是如sodme所分析的那样，而timiil 的理解和看法基本上是对的，与qq游戏server架构基本接近。
3。关于qq游戏server与联众游戏server谁强谁弱，我只简单比较一下。两者架构体系不一样，但qq游戏server在我看来应该要略胜一筹的，仅仅就一点来说，qq游戏server自正式运营来很少发生down机，这一点是联众server无法相比的。qq游戏client端的界面，以及某些创意也比联众游戏要好，但联众游戏的程序它的在游戏功能上要比qq游戏强一些。
此文是差不多一年前写的了，先是放在文档中心的，后来转到了blog上。当时，让我体会最深的是，要实现一个可扩充的支持百万人在线的服务器，核心的概念是要有一个负载均衡服务器，它是直接向玩家开放的，而一旦它的任务完成后就可与客户端断开连接了。之所以能支持这样的量，就因为建立连接和释放连接这样的一来一往不会消耗完服务器的连接套接字数量上限。
不解. 应该是有上限的, 就是一个short的最大值.
>>比如web server，所有的客户端都是连到port 80上的。即便只用一个port，这个方面的连接数都是无限的.
对, server确实只需要监听一个80端口, 但是当client连上来以后, server端要分配一个额外端口用于和client进行一对一通讯, 这时就有限制了. 如果同时client过多, 这个额外的端口就不够分配了.
总之, 只要是走TCP/IP, 由于TCP的端口号是short(2 bytes), 就有理论上的限制, 即64K.
web server之所以表现出来的是连接可能是无限的，但这并不说明socket本身创建数目是无上限的，web server基于的是http协议，而http协议是短连接协议，即：完成数据交换后客户端与服务器端即断开连接，它们的连接并不是总是保持的。在每次HTTP传输的最后，都会有RST连接重置的命令。
应该看的是sockaddr_in结构, 其中的port就是是一个short类型.
或者看IP头, IP头包含以下3个部分,
1. 类型, 对于我们所说, 都是TCP (为8 ?)
2. IP地址, 对于我们所说, 假设该server只有一个IP地址
3. 端口号. short类型.
这样, 对于一台机器, 对于TCP来说, IP中的类型, IP地址都是相同的, 唯一能够区分不同socket的就只有端口号了, 而TCP是一对一的, 那么理论上就只能有64K 个clients. 否则底层收到一个IP包, 端口的理论范围都只有1-64K, 它如何区分这是给1号client 的, 还是给 64K+1号client?
一个是可创建的SOCKET句柄数，一个是port（端口）数，后者65536，我没有异义，但这个仅代表本机可以在多少个端口上对外部访问进行监听。而监听之后，客户端与服务器端的单个通信是通过SOCKET句柄相关联的。比如，你在A地用浏览器浏览google，在B地另外一个浏览器也在浏览google，它们访问的都是80端口，这个在IP头上是完全一样的，只不过，在WEB服务器上，会创建不同的SOCKET句柄与客户端进行一对一的通信。并不会出现这种情况：当在B地浏览GOOGLE时它的IP头里的端口信息就变了。
另外，IP头信息里，是不包括端口信息的，它只包括源IP、目的IP地址以及协议类型(如是TCP还是UDP等)等信息，而源端口和目的端口等端口信息是在TCP的包头里才包含的，这是两个不同的协议封装层次。
下面是TCP的协议格式：
Source Port (16) | Destination Port (16)
Sequence Number (32)
Acknowledgment Number (32)
Data Offset(4) | Reserved (6)|UGR|ACK|PSH|RST|SYN|FIN|Window(16)
Checksum (16) | Urgent Pointer (16)
Options (0 or more 32 bit words + padding)
DATA
端口号为16位长，最多65536。但这并不代表此端口上可连接的客户端数量就是65536，它最多只表示同个IP可创建的最多监听端口数，呵呵。
非常高兴跟你继续讨论。^_^
我又翻了翻W.Richard.Stevents的书, 发现确实是我错了. 由于使用4个元素( src ip, dest ip, src port, dest port)来确定一个端口, 因此并没有64K的限制. (我以前还一直这样认为)
IOCP和select只是在网络模型方面有所区别，在我的另外一个系列文章：
http://blog.csdn.net/sodme/archive/2005/06/12/392977.aspx
这里所提到的模型架构，很多也同样适用于select模型，比如：最好也要有数据队列的概念等等。但在win平台上，IOCP确实是最为高效的模型了，使用select可以是可以，但性能肯定没有IOCP好。
你可以到以下的地址处参与讨论：
http://blog.csdn.net/sodme/archive/2005/06/12/393165.aspx
因为CSDN现在对于15日前所发的文章，这些文章的修改和评论已经不作即时显示处理了，而是时隔24小时后才显示评论内容，所以这篇文章后的讨论会受点影响。^_^