心跳机制
1、简介
在长连接中, 客户端和服务器之间定期发送一个固定信息给服务器端, 通知对方自己还在线,以确保连接的有效性。
在服务器和客户端之间一定时间内没有数据交互时,即处于 idle 状态时,客户端或服务器会发送一个特殊的数据包(即心跳包)给对方,当接收方收到这个数据报文后,也立即发送一个特殊的数据报文,回应发送方, 这就是一个 PING-PONG 交互。 当某一端收到心跳消息后,就知道了对方仍然在线,这就确保 TCP 连接的有效性。
2、实现
两种方式实现心跳机制:
- 使用 TCP 协议层面的 keepalive 机制
- 在应用层上实现自定义的心跳机制
虽然在 TCP 协议层面上, 提供了 keepalive 保活机制, 但是使用它有几个缺点:
- 它不是 TCP 的标准协议, 并且是默认关闭的.
- TCP keepalive 机制依赖于操作系统的实现, 默认的 keepalive 心跳时间是 两个小时, 并且对 keepalive 的修改需要系统调用(或者修改系统配置), 灵活性不够.
- TCP keepalive 与 TCP 协议绑定, 因此如果需要更换为 UDP 协议时, keepalive 机制就失效了.
使用 TCP 层面的 keepalive 机制比自定义的应用层心跳机制节省流量
2.1 应用层
-
HTTP长连接中的Keep-Alive:
原理: HTTP协议的Keep-Alive机制允许在单个TCP连接上发送和接收多个HTTP请求和响应,避免了每次请求都建立新的TCP连接。
应用场景: 在Web服务中,通过保持TCP连接的持久性来提高网络性能,减少连接建立和断开的开销。
-
WebSocket中的Ping/Pong帧:
原理: WebSocket通过应用层的Ping/Pong帧来实现心跳机制。客户端定期发送Ping帧到服务器,服务器接收到后回复Pong帧,以确认连接仍然有效。
应用场景: 用于长连接场景,如实时通讯、在线游戏等,确保连接的稳定性和及时性。
2.2 传输层
- TCP: TCP协议本身提供了一种称为keep-alive的机制,可以在连接空闲一段时间后自动发送探测报文,检测对端是否仍然在线。具体实现依赖于操作系统的TCP/IP协议栈,通常可以通过套接字选项进行配置。默认KeepAlive状态是不打开的。需要将setsockopt将SOL_SOCKET.SO_KEEPALIVE设置为1才是打开KeepAlive状态
// 设置TCP Keep-Alive参数
int optval = 1;
int keepidle = 60; // 开始首次Keep-Alive探测前的空闲时间(秒)
int keepintvl = 10; // 两次Keep-Alive探测间的时间间隔(秒)
int keepcnt = 3; // 未收到回复的Keep-Alive探测的次数
setsockopt(sockfd, SOL_SOCKET, SO_KEEPALIVE, &optval, sizeof(optval));
setsockopt(sockfd, IPPROTO_TCP, TCP_KEEPIDLE, &keepidle, sizeof(keepidle));
setsockopt(sockfd, IPPROTO_TCP, TCP_KEEPINTVL, &keepintvl, sizeof(keepintvl));
setsockopt(sockfd, IPPROTO_TCP, TCP_KEEPCNT, &keepcnt, sizeof(keepcnt));
- UDP: 虽然UDP是无连接的协议,但在一些应用中可以模拟心跳机制来确认数据包的发送和接收状态。