背景
上篇我们对心跳的发送时机做了优化,客户端从握手成功即发送心跳,调整为在登录成功后,才启动心跳发送,从而使心跳机制起到保障客户端与服务端真正建立并保持逻辑上的业务消息通道的有效性。
我们再回顾下心跳机制的策略:
客户端来发送心跳,服务端响应心跳,客户端发现服务端未及时响应心跳时,认为通道异常,进行重连。
具体来说,实现就是客户端每隔固定时间频率向服务器端发送心跳,WebSocket协议约定的PingWebSocketFrame,服务端收到后马上会回复PongWebSocketFrame,如通道失效或服务端无响应情况下,就会触发客户端读空闲。
原方案
我们原先的实现,是通过netty内置的IdleStateHandler处理器来设置读空闲的超时时间
// 添加读写通道空闲处理器,当空闲满足设置时,会触发userEventTrigger,由下个处理器获取到
pipeline.addLast(