通用接口开放平台设计与实现——（28）消息服务之心跳机制实现优化

学海无涯，行者无疆

已于 2024-03-17 16:48:47 修改

阅读量683

点赞数

分类专栏：通用接口开放平台设计与实现文章标签：开放平台接口实战 netty 消息

于 2022-02-12 08:30:00 首次发布

本文为博主原创文章，未经博主允许不得转载。

本文链接：https://blog.csdn.net/seawaving/article/details/122854412

版权

30 篇文章 5 订阅 ¥49.90 ¥99.00

订阅专栏

背景

上篇我们对心跳的发送时机做了优化，客户端从握手成功即发送心跳，调整为在登录成功后，才启动心跳发送，从而使心跳机制起到保障客户端与服务端真正建立并保持逻辑上的业务消息通道的有效性。

我们再回顾下心跳机制的策略：
客户端来发送心跳，服务端响应心跳，客户端发现服务端未及时响应心跳时，认为通道异常，进行重连。

具体来说，实现就是客户端每隔固定时间频率向服务器端发送心跳，WebSocket协议约定的PingWebSocketFrame，服务端收到后马上会回复PongWebSocketFrame，如通道失效或服务端无响应情况下，就会触发客户端读空闲。

我们原先的实现，是通过netty内置的IdleStateHandler处理器来设置读空闲的超时时间

// 添加读写通道空闲处理器，当空闲满足设置时，会触发userEventTrigger，由下个处理器获取到
pipeline.addLast(new IdleStateHandler(config.

了解本专栏

关注