socket保活方案 Tcp KeepAlive和应用层HeartBeat

两种方案： 1. TCP提供的keepalive 2. 应用层heartbeat机制
keepalive 是系统内核就做好的东西，socket提供了设置启用的方法。原理是tcp连接闲置一段时间后，通过发送数据包（ack包）等待回复确认。几次过后，都没有回复的话，认为断开。

heartbeat 一个心跳机制。通常是客户端每隔一小段时间向服务器发送一个数据包，通知服务器自己仍然在线，并传输一些可能必要的数据。使用心跳包的典型协议是IM。

keepalive优缺点

使用简单，tcp协议提供的检活（发送探测包 ack包）。

缺点就很多了很多了：

1. KEEPALIVE的目的是探测连接是否存在，无法检测能不能发送数据，比如服务器由于负载过大到处无法响应请求，应用层的的原因导致数据无法传输，但是连接还是正常。

2. 如果TCP连接的一端断网或者断电，应用层并不知晓，继续发送数据，这个数据包的优先级是高于KEEPALIVE的数据包，因此这个KEEPALIVE包是无法发送出去的，只有在长时间的重传失败后，我们才能判断连接断开，这段长时间，应用及其容易产生业务逻辑BUG。

 

heartbeat优缺点

缺点就是要应用层自己实现。自己利用socket编程实现。

优点

最大的有点就是自己实现检测机制带来的灵活性。

我们可以做很多事情：控制检测时机，间隔和处理流程。还可以在发出的心跳包中加入额外信息。可以避免上面所说tcp keepalive的缺点。可以检测连接存在,还可以检测连接可用。

还有就是通用性，当传输层使用的是udp的时候，我们socket编程也不需要改变很多代码。socket为我们提供了tcp和udp编程。

 

上面讨论的内容中多次提到了数据包，有关数据包的概念还是有必要去了解下。有篇文章讲的不错https://blog.csdn.net/weixin_41055137/article/details/80101297