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

学海无涯，行者无疆

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

阅读量998

点赞数

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

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

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

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

版权

通用接口开放平台设计与实现专栏收录该内容

31 篇文章 16 订阅 ¥49.90 ¥99.00

订阅专栏

超级会员免费看

本文介绍了在通用接口开放平台中，针对心跳发送策略的优化。原先设计中，心跳在客户端和服务端握手成功后立即启动，可能导致在登录异常或服务端无响应时仍发送心跳。优化方案是将心跳发送放在登录成功后进行，确保业务消息通道建立后再执行。通过修改登录响应处理器和移除心跳发送处理器，实现了当登录失败或无响应时，自动触发重连的功能。

摘要由CSDN通过智能技术生成

背景

前面我们说过，心跳策略是客户端来发送心跳，服务端响应心跳，客户端发现服务端未及时响应心跳时，认为通道异常，进行重连。

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

心跳机制是保障长连接有效性的重要手段，我们原先的设计，是在客户端实现一个自定义的处理器。

/**
 * 心跳超时处理器
 * @author wqliu
 * @date 2021-10-2
 **/
@Slf4j
public class HeartbeatTimeoutHandler extends ChannelInboundHandlerAdapter {

了解本专栏

订阅专栏解锁全文

超级会员免费看

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

学海无涯，行者无疆

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

订阅专栏

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

学海无涯，行者无疆

02-12

735

上篇我们对心跳的发送时机做了优化，客户端从握手成功即发送心跳，调整为在登录成功后，才启动心跳发送，从而使心跳机制起到保障客户端与服务端真正建立并保持逻辑上的业务消息通道的有效性。我们再回顾下心跳机制的策略：客户端来发送心跳，服务端响应心跳，客户端发现服务端未及时响应心跳时，认为通道异常，进行重连。

通用接口开放平台设计与实现——（7）消息服务框架设计

学海无涯，行者无疆

01-28

529

对于消息通知的处理，我们设计的是发布-订阅者模式，消息中心在消息的生产者和消费者之间充当经纪人角色，负责二者的解耦，对于生产者来说，不需要知道会被哪些消费者消费，对于消费者来说，也不需要知道消息是怎么产生的，由消息中心进行逻辑处理和调度，包括消息的解析、复制、转发等。消息服务实际是一个独立的系统，性质上又分为两类，一类是消息服务端，我们称之为消息服务中心；另外一类是消息客户端，并且这个消息客户端，有可能是消息的生产者，也可能是消息的消费者，甚至是两种角色兼而有之。

参与评论您还未登录，请先登录后发表或查看评论

使用Websocket实现消息推送（心跳）

qq_25330791的博客

03-24

1608

0x00 心跳本来以为写完了，结果最近和一个同事在讨论心跳的事情，这里再做一个补充。先说我的结论： WebSocket协议已经设计了心跳，这个功能可以到达检测链接是否可用心跳是用来检测链接是否可用的，不一定支持携带数据，可要看具体实现如果非要心跳中带上复杂数据，那这个可作为应用层的一个功能自己去实现。心跳逻辑 0x01 WebSocket协议的控制帧上一篇的最后简单提到了心跳，下面是对websocket协议控制帧的描述： 5.5. Control Frames ...

Netty入门（六） WebSocket协议开发

Hello World!

03-17

2079

WebSocket协议是和Http协议同地位的应用层协议，都是基于TCP协议之上，但是其是以Http协议为基础的。未了解决Http协议半双工通信模式且数据冗杂的缺点，HTML5提出了WebSocket协议，WebSocket协议是全双工通信，解决了客户端和服务端之间的实时通信问题。浏览器和服务器只需完成一次握手，两者之间就可以创建一个持久性的TCP连接，此后服务器和客户端通过此TCP连接进行双向实时通信。

FullHttpRequest和WebSocketFrame

最新发布

u014722419的博客

09-19

1653

FullHttpRequest 是 Netty 中用于表示完整的 HTTP 请求的接口，继承了 HttpRequest 接口以及 FullHttpMessage。它包含 HTTP 请求的所有部分，包括头部（Headers）、查询参数（Query Params）、主体（Body）等。常用在 HTTP 服务端处理器中，用于处理客户端发来的请求。

netty websocket

neutrojan的专栏

03-06

1962

Netty WebSocket 时间服务器 var socket; if (!window.WebSocket) { window.WebSocket = window.MozWebSocket; } if (window.WebSocket) { socket = new WebSocket("ws://localhos

使用Netty框架开发websocket即时通讯

上等的猪头肉

05-26

6597

准备 JDK 7+Maven 3.2.xNetty 5.xEclipse 4.x 我的使用场景包括用户的登录、注销、获取通讯录和发送消息，对于应用场景复杂的应该要考虑更多的情况，根据我在工作中的经验，通讯协议不是一下就设计好的，而是在开发过程进行不断修改与完善，可以说没有协议的设计只能遵循具体的原则，没有最终版。我在工作中原本是基于XMPP开发的，由于做的是移动

通用接口开放平台设计与实现——（11）消息服务端之自定义处理器

学海无涯，行者无疆

01-30

1038

同时我们覆写了channelInactive事件，当通道失效时，从全局的已连接的客户端列表中移除保存的客户端连接对象，实际上及时清理无效的客户端连接，算是一种冗余处理，避免一些异常情况，客户端和服务端的通道仍存在，但实际已失效的情况。我们将消息设计为两大类，请求消息和响应消息，这里通过自己实现的一个处理器，将客户端传来的文本帧，通过消息类型属性反序列化成请求消息对象或响应消息对象，然后继续往下传递。我们的心跳策略是客户端来发送心跳，服务端响应心跳，客户端发现服务端未及时响应心跳时，认为通道异常，进行重连。

基于STM32的熏艾式空气消毒装置设计与实现(华为云IOT)

07-10

2372

当前利用STM32单片机设计了一款熏艾式空气消毒装置，主控MCU采用STM32，利用MQ2检测空气中的熏艾的浓度，当熏艾的浓度高于设定阀值时，就停止加热挥发，可以通过手机APP或者物理按键启动加热棒加热艾草精油，通过DS18B20防水温度传感器检测加热温度，控制温度恒温；采集的数据能够通过ESP8266连接华为云物联网平台，将设备的数据上传到云平台，通过设计好的手机APP和电脑上位机能远程查看消毒装置的工作状态，查看传感器采集的数据，也能远程控制消毒装置加热精油进行消毒，设置加热温度阀值等等。

Netty实现WebSocket通信

naruto_Mr的专栏

08-06

5135

服务端要实现websocket，编解码器中必须加入对websocket的支持 ChannelInitializer的initChannel方法实现 @Override protected void initChannel(SocketChannel channel) throws Exception { try { ChannelPipeline pipeline = channel....

Netty实战（十二）预置的ChannelHandler和编解码器（二）

一起学习一起进步~

06-11

638

基于分隔符的（delimited）消息协议使用定义的字符来标记的消息或者消息段（通常被称为帧）的开头或者结尾。由RFC文档正式定义的许多协议（如SMTP、POP3、IMAP以及Telnet）都是这样的。此外，还有一些自定义的类似协议。下图展示了基于分割符的协议：但无论使用什么样的协议，下表列出的解码器都能帮助我们定义可以提取由任意标记（token）序列分隔的帧的自定义解码器。

Netty实战十二之WebSocket

weixin_30770783的博客

06-16

402

Netty WebSocket 开发

weixin_34329187的博客

06-03

189

代码: Server package netty.protocol.websocket.server; import io.netty.bootstrap.ServerBootstrap; import io.netty.channel.Channel; import io.netty.channel.ChannelInitializer; import io.netty...

WebSocket开发（心跳监测）功能

热门推荐

AnNanDu的博客

08-30

1万+

在之前的文章中完成了客服对话的Demo功能，但是现在的连接是无限制的长时间连接没有做心跳、失活、超时断连等功能，心跳的实现方法有很多种，并且WebSocket就提供了ping/pong类型的消息。如果是前端发送心跳，后端需要返回心跳，也就是ping pong的过程会有两次数据传递。后端来发送心跳的话，就只需要发送ping，前端不需要回应。这两种后续的处理方式也有各自优缺点。客户端触发：优点灵活控制无需设置主动超时逻辑清晰服务端简单缺点两次消息传递消息内容容易篡改服务端触发：优点节省宽带。...

websocket 携带请求头_「Web应用架构」WebSocket 协议介绍

weixin_39713686的博客

11-25

691

由HyBi工作组开发的WebSocket有线协议(RFC 6455)由两个高级组件组成:用于协商连接参数的开放HTTP握手和二进制消息帧机制，以实现低开销、基于消息的文本和二进制数据传输。WebSocket协议试图在现有HTTP基础架构的上下文中解决现有双向HTTP技术的目标;因此，它被设计为在HTTP端口80和443上工作……然而，这种设计并没有将WebSocket限制为HTTP，而且未来的实现...

心跳机制大揭秘：Redis、数据库与 PING 命令的多面演绎

weixin_45593273的博客

08-27

742

在日常的开发工作中，大家肯定都接触过心跳机制。心跳机制被广泛应用于多种场景，以确保服务的高可用性和稳定性。比如Eureka的服务续约，Redis中的哨兵节点，Kubernetes的存活探针等等。

聊聊分布式下的WebSocket解决方案

Java圈全能架构师的博客

09-24

1553

前言最近自己搭建了个项目，项目本身很简单，但是里面有使用WebSocket进行消息提醒的功能，大体情况是这样的。发布消息者在系统中发送消息，实时的把消息推送给对应的一个部门下的所有人。这里面如果是单机应用的情况时，我们可以通过部门的id和用户的id组成一个唯一的key，与应用服务器建立WebSocket长连接，然后就可以接收到发布消息者发送的消息了。但是真正把项目应用于生产环境中时，我们是不可能就部署一个单机应用的，而是要部署一个集群。所以我通过Nginx+两台Tomcat搭建了一个简单

spring 自定义心跳策略实现

09-06

Spring框架中提供了多种自定义心跳策略的实现方式。下面我将介绍一种常见的方法。首先，我们可以创建一个实现了`HeartbeatStrategy`接口的自定义心跳策略类。这个接口定义了心跳策略的方法，包括启动心跳、停止心跳和处理心跳的逻辑。我们可以根据业务需求来实现这些方法。然后，在Spring配置文件中，我们可以使用`<task:executor>`和`<task:scheduler>`来配置一个任务执行器和一个调度器。任务执行器用于执行心跳任务，而调度器用于定时触发心跳。接下来，我们可以在Spring配置文件中，通过`<task:scheduled>`标签来配置心跳任务的执行时间间隔。我们可以设置一个固定的时间间隔，或者使用Cron表达式来定义更复杂的调度规则。最后，在我们的业务逻辑中，我们可以使用`@Autowired`注解来注入自定义的心跳策略类，并调用相应的方法来处理心跳。通过以上的步骤，我们就可以实现一个自定义的心跳策略。在实际应用中，我们可以根据具体的需求来定制不同的心跳策略，以确保系统的稳定运行。