长连接如何保持连接

方法1：应用层自己实现的心跳包 
由应用程序自己发送心跳包来检测连接是否正常，大致的方法是：服务器在一个 Timer事件中定时 向客户端发送一个短小精悍的数据包，然后启动一个低级别的线程，在该线程中不断检测客户端的回应， 如果在一定时间内没有收到客户端的回应，即认为客户端已经掉线；同样，如果客户端在一定时间内没 有收到服务器的心跳包，则认为连接不可用。

方法2：TCP的KeepAlive保活机制
因为要考虑到一个服务器通常会连接多个客户端，因此由用户在应用层自己实现心跳包，代码较多 且稍显复杂，而利用TCP／IP协议层为内置的KeepAlive功能来实现心跳功能则简单得多。 不论是服务端还是客户端，一方开启KeepAlive功能后，就会自动在规定时间内向对方发送心跳包， 而另一方在收到心跳包后就会自动回复，以告诉对方我仍然在线。 因为开启KeepAlive功能需要消耗额外的宽带和流量，所以TCP协议层默认并不开启KeepAlive功 能，尽管这微不足道，但在按流量计费的环境下增加了费用，另一方面，KeepAlive设置不合理时可能会 因为短暂的网络波动而断开健康的TCP连接。并且，默认的KeepAlive超时需要7,200，000 MilliSeconds， 即2小时，探测次数为5次。对于很多服务端应用程序来说，2小时的空闲时间太长。因此，我们需要手工开启KeepAlive功能并设置合理的KeepAlive参数。
以上转自网络。

 

长连接就是客户端长时间的连接在服务器上。
一般服务器都设有超时限制即一定时间内连接处于非活动状态（没有任何数据传输）服务器就会把连接自动断开。所以需要客户端每隔一段时间给服务端发送一个心跳数据包以保持长链接。
服务器在一段时间中没有收到客户端的数据（应用层数据），不一定会断开连接：在TCP这个层次上说，没有这样的设计；在应用层上，有可能某些应用会提供这样的功能。
在TCP的实现中，提供了一种心跳信号，但这种信号的周期很长，无法迅速的探出网络中的异常情况。
所以一旦网络出现中断，比如路由器被移走等等，在服务器和客户端之间的连接可能还会维持着，直到心跳信号周期的到来。为了能够及时获取服务器和客户端之间网络（包括网络中的所有环节）的连通状态，有必要在应用层上定义自己的心跳。