[udp]使用UDP协议和大规模即时通讯的思考

  之前做过局域网的聊天软件，现在要做运行在广域网的聊天软件。开始接触网络编程，首先是接触到TCP和UDP协议

在网上查资料，都是这样描述 TCP面向连接，可靠，数据流 。UDP无连接，不可靠，数据报。但是实际使用的时候就会有很多疑惑了，比如我们做一个聊天软件 客户登陆我们的服务器，我们到底是使用哪一种协议呢 是使用TCP和客户端保持常连接，还是使用UDP这种无连接，数据传输不可靠 还是使用TCP在和客户端交换一次数据后就断开连接 需要的时候再连接。

这是3种情况。这几种情况针对于需要服务器转发的消息,需要客户端之间点对点传输的情况除外

1。使用TCP协议和客户端保持常连接（长连接） 从客户登陆到客户离线，在客户端与服务端之间一直保持着一个TCP连接，两者之间可以随时相互通信，信息的传输是可靠的，这是我们最想看到的方式。但是我 们不禁要问了 一台服务器能保持多少个TCP连接呢，这是我一直困惑的，前端时间遇到一个有些经验的程序员 按我的理解，使用这种常连接方式的C/S软件，如果服务器是一台普通的计算机 一般情况下，500多个TCP连接之后就会开始出现问题。对于真正的服务器，我们可以想象它是通过一个网络设备充当网关（类似于路由器，硬件防火墙）连接 到公网，服务器连接到网关，服务器对外服务的端口都和网关有映射关系。所以我们客户端知道服务器公网IP和服务端口 可以直接发起TCP连接请求。所有的数据交换都会经过服务器的网关 而这个网关，根据我的了解 它能并发处理500到10W个连接不等，这主要取决于这个硬件防火墙的质量，直接和价格相关。我们一般家里或者寝室使用的路由器都能同时处理几百个连接， 使数据几乎是没多少延迟就通过网关了，而服务器的网关我们可以想象 再差也能支持几千个并发连接吧，而在服务器网关背后有可能不止一台服务器，对于大规模的即时通讯软件来说 服务器网关背后肯定是服务器集群，服务端也是分布式的 服务端运行在这个服务器集群的多台服务器中，由多台服务器来对客户端发来的数据进行协同地均衡负载处理，以支持海量用户 处理完成之后通过网关把结果发给客户。我们可以想象，像腾讯QQ之类的大规模即时通讯软件，经常性的是几千万用户同时在线 如果都采用常连接的方式。岂不是要服务器的硬件防火墙监控数千万个连接了，就算分布式服务端能承受这么多用户 网关也受不了，而且有理由相信服务器也受不了 。所以对于大规模即时通讯，尤其是用户数量众多 肯定不能用TCP常连接的方式，这种方式只适合于小规模的即时通讯，如局域网，公司内部的即时通讯等 对于大规模的，用户数量众多的C/S软件 应当采用UDP协议进行数据传输，网关就不停收发数据包就可以了