开发即时通信是选择UDP还是TCP协议

开始接触网络编程，首先是接触到TCP和UDP协议

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

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

1。使用TCP协议和客户端保持常连接（长连接） 从客户登陆到客户离线，在客户端与服务端之间一直保持着一个TCP连接，两者之间可以随时相互通信，信息的传输是可靠的，这是我们最想看到的方式。但是我们不禁要问了 一台服务器能保持多少个TCP连接呢，这是我一直困惑的，前端时间遇到一个有些经验的程序员 按我的理解，使用这种常连接方式的C/S软件，如果服务器是一台普通的计算机 一般情况下，500多个TCP连接之后就会开始出现问题。对于真正的服务器，我们可以想象它是通过一个网络设备充当网关（类似于路由器，硬件防火墙）连接到公网，服务器连接到网关，服务器对外服务的端口都和网关有映射关系。所以我们客户端知道服务器公网IP和服务端口 可以直接发起TCP连接请求。所有的数据交换都会经过服务器的网关 而这个网关，根据我的了解 它能并发处理500到10W个连接不等，这主要取决于这个硬件防火墙的质量，直接和价格相关。我们一般家里或者寝室使用的路由器都能同时处理几百个连接，使数据几乎是没多少延迟就通过网关了，而服务器的网关我们可以想象 再差也能支持几千个并发连接吧，而在服务器网关背后有可能不止一台服务器，