文章目录
- Socket连接心跳包的机制总结
- 心跳包的由来
- 心跳包的作用
- 心跳包由服务端还是客户端发送？
Socket连接心跳包的机制总结
心跳包的由来
心跳包之所以叫心跳包是因为：它像心跳一样每隔固定时间发一次，以此来告诉服务器，这个客户端还活着。事实上这是为了保持长连接，至于这个包的内容，是没有什么特别规定的，不过一般都是很小的包，或者只包含包头的一个空包。
在TCP的机制里面，本身是存在有心跳包的机制的，也就是TCP的选项：SO_KEEPALIVE。系统默认是设置的2小时的心跳频率。但是它检查不到机器断电、网线拔出、防火墙这些断线。而且逻辑层处理断线可能也不是那么好处理。一般，如果只是用于保活还是可以的。
在长连接下，有可能很长一段时间都没有数据往来。理论上说，这个连接是一直保持连接的，但是实际情况中，如果中间节点出现什么故障是难以知道的。更要命的是，有的节点（防火墙）会自动把一定时间之内没有数据交互的连接给断掉。在这个时候，就需要我们的心跳包了，用于维持长连接，保活。
总的来说，心跳包主要也就是用于长连接的保活和断线处理。一般的应用下，判定时间在30-40秒比较不错。如果实在要求高，那就在6-9秒。
心跳包的作用
长连接的保活和断线处理。
心跳包由服务端还是客户端发送？
这里就存在这样的一个疑问？是由服务端还是客户端发送心跳包？
心跳包让哪一方来发依赖于是否需要感知对方断开了通信连接。个人意见，如果是较封闭的系统（需要严格权限认证的环境），同时连接数相对较小的环境下可以考虑服务端发送心跳包。
较为开放的系统，或连接数较多的环境（如互联网应用）应考虑客户端发心跳包。
客户端发心跳包举例：
第一种情况：客户端判断连接情况
心跳检测步骤：
1 客户端每隔一个时间间隔发生一个探测包给服务器
2 客户端发包时启动一个超时定时器
3 服务器端接收到检测包，应该回应一个包
4 如果客户机收到服务器的应答包，则说明服务器正常，删除超时定时器
5 如果客户端的超时定时器超时，依然没有收到应答包，则说明服务器挂了
第二种情况：服务端判断连接情况
1、服务端与客户端建立连接时启动一个超时定时器。
2、客户端每隔一个时间间隔发生一个探测包给服务器
3、如果服务端收到客户端的数据包或者探测包，则说明客户端正常，定时器重置。
4、如果服务端的超时定时器超时，依然没有收到探测包或者数据包，则说明客户端挂了。
服务端发心跳包举例也可以照样字给出，这里就不罗列了。
