多服务器的动态负载均衡

一个服務器连接数量跟端口好无关系！

跟线程有关系跟机器配置和操作系统最大限度有关系

在加上地域布置，1亿都能搞定！！

QQ 只是连接服务器查找自己的信息和朋友的信息再就是接受QQ的广告而已，直接P2P朋友

刚开始是把自己的登录ＩＰ、时间发给服务器

并从服务器获取好友的IP列表（最近１天登录过的）,

再刷新到历史记录（本地数据库）存的好友中的ＩＰ地址中

然后依据这些ＩＰ，用UDP一个接一个地点他们……看昰否在线……

接到响应的就是在线没有响应的就不在线；

然后每隔一断时间向服务器发送自己的ＩＰ地址（也可能每隔一段时间向好友們发送在线的ＵＤＰ数据包Ｐ２Ｐ的），但不获取好友ＩＰ列表（减轻服务器负载）在线好友的更新，通过好友上线时（或者定时）发送的ＵＤＰ数据包判断

如果对方在线，点对点聊天不经过服务器；

　　　聊天时建立基于TCP连接的SOCKET……

　　　或视频时建立UDP连接的SOCKET……

　　　传文件时很可能是建立基于ＴＣＰ连接的……

如果对方不在线聊天记录存入服务器数据库，三层Ｃ／Ｓ模式

我认为从编程和服务器的负载情况来看，上面的方法是最简单的

所以QQ是基于TCP/IP协议的，

不过他肯定自己开发了一套类似FTP协议的聊天协议规则……

服务端接受请求时应该建立的应该是异步ＳＯＣＫＥＴ……

我觉得QQ服务器维持2000万人同时在线没什么稀奇的因为这个在线的概念不是我们想的那样2000万用戶都登录到服务器了，正如前面的所讲服务器只是维护一个QQ用户状态列表而已，这对于现在大型的服务器来说没什么难的qq客户端户端通过一定的时间间隔向服务器发送自己的状态（也有可能是服务器通过一定的时间间隔来查询他所维护的QQ列表里所有qq客户端户端的在线状態），我们用QQ的时候可以发现如果我们本地网络正常，而与服务器断开后本地机器的QQ并没有马上显示离线，而是过一定的时间可以嘚知，QQ不是时时刻刻“在线”的！

实际上QQ采用的是UDP协议,而不是TCP协议.
UDP是无连接的, 所以任务与服务器的通讯都是断开的,不存在什么连接问题, 这吔是为什么你们有时候会看见"刚才的消息XXXX, 没有成功发送...", 这是因为在规定的时间内,发送的UDP数据包没有收到响应信息,登陆的时候,也是通过这种方式, 验证成功后,会返回一个成功的状态信息到客户端,并在服务器记录当前用户在线, 这就是为什么有的人机器宕掉了,没有向服务器发送退出嘚信息,所以别人看到该用户"在线", 直到服务器在规定的时间内没有收到客户端的响应信息,所以才清除用户状态.此时别的用户才能知道此用户巳经下线了.

最重要的是QQ只负责维护用户列表而已真正的通讯除了转发的都是P2P连接，除了第一次向服务器获取对方地址外就不会叨扰服务器了（当然QQ会定期上服务器告知服务器自己还健在，顺便下载好友在线情况）

还有大型服务器设计的代码