[发明专利]即时通信方法、装置、系统、设备和存储介质

说明书

本发明实施例涉及通信领域，公开了一种即时通信方法、装置、系统、设备和存储介质，该方法包括基于SpringBoot框架创建WebSocket服务类和WebSocket发送实时数据线程类，以用于与客户端建立WebSocket连接；在检测到已建立连接时，将标识信息存储至Redis消息队列中；接收用户在客户端触发的工作指令，并向Redis消息队列发布Topic消息，以使得服务器根据Topic消息中的标识信息，向客户端发送与标识信息对应的消息会话。本实施例通过在SpringBoot框架中结合WebSocket服务，实现了更具轻量化且更具可靠性的即时通信功能。

技术领域

本发明涉及通信领域，尤其涉及一种即时通信方法、装置、系统、设备和存储介质。

背景技术

随着即时通信技术的快速发展，即时通信软件已经成为网络用户不可缺少的通信工具之一。

目前，即时通信方案主要包括基于HTTP短轮询和长轮询的即时通信、基于MQTT协议的即时通信、基于MQTT协议的即时通信、基于XMPP协议的即时通信、基于TCP协议的即时通信和基于UDP协议的即时通信。

但是，基于HTTP短轮询和长轮询的即时通信，由于客户端需要频繁的通过定时器，发送请求连接报文时需要频繁的进行TCP协议握手与挥手，比较占用带宽，且服务器需要频繁应答客户端请求以保持心跳检测，对服务器而言，相当于小型的请求攻击，且消息交互非完全实时；而基于MQTT协议的即时通信，大部分使用场景在应用软件端，不具备Web端的支持能力；基于XMPP协议的即时通信，虽然对通讯报文做了精简，往来ping/pong通信只要4个字节，但是由于其框架比较沉重，且基于XML通信交互，接入起来有一定难度，定制化开发门槛较高；基于TCP协议的即时通信，需要充分考虑客户端服务器报文交互协议、心跳检测、丢包、粘包、半包问题，对用户上下线感知，离线在线列表维护等一系列问题都需要重新开发，工作量较大；基于UDP协议的即时通信，由于是非可靠连接，存在丢包问题，对于报文乱序问题也需要花费大量精力去解决。

基于此，如何实现更轻量级且更可靠的即时通信是个亟需解决的问题。

发明内容

有鉴于此，为了解决现有技术带来的问题，本实施例提供了一种可应用于如金融科技等领域或其他领域的即时通信方法、装置、系统、设备和存储介质。

第一方面，本发明提供一种即时通信方法，包括：

基于SpringBoot框架创建WebSocket服务类和WebSocket发送实时数据的线程类，并基于所述WebSocket服务类和所述线程类，与客户端建立WebSocket连接；

在检测到已与客户端建立WebSocket连接时，将对应的标识信息存储至Redis消息队列中；

接收用户在所述客户端触发的工作指令，并向所述Redis消息队列发布Topic消息，以使得订阅Topic消息的所述服务器根据所述Topic消息中的标识信息，向所述客户端发送与所述标识信息对应的消息会话。

在可选的实施方式中，所述方法还包括预先封装Redis消息队列；

所述Redis消息队列的预先封装过程包括：

获取多个消息队列对应的多个功能逻辑，其中，所述多个功能逻辑包括消息产生功能逻辑、消息消费功能逻辑及MQ队列功能逻辑；

对所述多个功能逻辑进行组件化处理以得到多个功能组件，所述多个功能组件包括消息生产组件、消息消费组件和MQ队列组件；

对所述多个功能组件进行封装，得到Redis消息队列。

在可选的实施方式中，所述接收用户在所述客户端触发的工作指令，并向所述Redis消息队列发布Topic消息包括：