CN114124881B - 一种基于优先级的消息推送方法及相关装置 - Google Patents

一种基于优先级的消息推送方法及相关装置 Download PDF

Info

Publication number
CN114124881B
CN114124881B CN202111438446.9A CN202111438446A CN114124881B CN 114124881 B CN114124881 B CN 114124881B CN 202111438446 A CN202111438446 A CN 202111438446A CN 114124881 B CN114124881 B CN 114124881B
Authority
CN
China
Prior art keywords
message
priority
processed
sent
middleware
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202111438446.9A
Other languages
English (en)
Other versions
CN114124881A (zh
Inventor
冉光旭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Construction Bank Corp
Original Assignee
China Construction Bank Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Construction Bank Corp filed Critical China Construction Bank Corp
Priority to CN202111438446.9A priority Critical patent/CN114124881B/zh
Publication of CN114124881A publication Critical patent/CN114124881A/zh
Application granted granted Critical
Publication of CN114124881B publication Critical patent/CN114124881B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/50Queue scheduling
    • H04L47/62Queue scheduling characterised by scheduling criteria
    • H04L47/625Queue scheduling characterised by scheduling criteria for service slots or service orders
    • H04L47/6275Queue scheduling characterised by scheduling criteria for service slots or service orders based on priority

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请实施例提供了一种基于优先级的消息推送方法及相关装置,本申请涉及数据处理技术领域,该方法通过将待发送的第一消息通过消息中间件发送,而优先级低于第一消息的第二消息则采用协议接口发送,以此降低消息中间件处理的数据量。本申请实施例对第一消息的发送结果进行监测,若监测到第一消息发送失败则表征消息中间件当前存在处理异常,此时可采用远程字典服务Redis发送第一消息。若当前Redis同样不可用则需停止通过协议接口发送第二消息,并通过该协议接口来发送该第一消息,以提高第一消息的发送效率。由此,通过设有多种重发机制来提高重要消息的发送效率。

Description

一种基于优先级的消息推送方法及相关装置
技术领域
本发明涉及数据处理技术领域,特别涉及一种基于优先级的消息推送方法及相关装置。
背景技术
目前的企业系统中多通过采用高性能的消息中间件去执行业务消息的推送。相比于传统方法所采用的基于通信接口来推送消息,该方式具备更佳的处理性能和处理速度。
现有技术中,将待推送的消息全部通过消息中间件进行推送。随着分布式微服务技术的成熟,系统业务日趋增加。系统中待推送的消息量十分庞大,这种处理方式极大的增加了消息中间件的压力。且在消息中间件对消息推送时若出现处理异常,消息中间件会重复对该消息进行推送,直至成功发送。这极易导致重要消息不能及时送达,降低了重要消息的发送效率。
发明内容
本申请实施例提供一种基于优先级的消息推送方法及相关装置,通过将高优先级的消息通过消息中间件发送,低优先级的消息通过协议接口发送以缓解消息中间件的发送压力,并且本申请设有多种重发机制还可以提高重要消息的发送效率。
第一方面,本申请实施例提供了一种基于优先级的消息推送方法,所述方法包括:
若存在待发送的第一消息则通过消息中间件将所述第一消息发送至所述第一消息的目标地址,以及若存在待发送的第二消息则通过协议接口将所述第二消息发送至所述第二消息的目标地址;其中,所述第一消息的优先级高于所述第二消息;
若监测到所述第一消息发送失败,则通过远程字典服务Redis将所述第一优先级消息发送至所述第一消息的目标地址;
若接收到表征Redis发布失败的指示,则在第一预设时间段内停止发送所述第二消息,并通过协议接口发送所述第一消息。
本申请针对待发送的第一消息通过消息中间件发送,而优先级低于第一消息的第二消息则采用协议接口发送,以此降低消息中间件处理的数据量。本申请实施例对第一消息的发送结果进行监测,若监测到第一消息发送失败则表征消息中间件当前存在处理异常,此时可采用远程字典服务Redis发送第一消息。若当前Redis同样不可用则需停止通过协议接口发送第二消息,并通过该协议接口来发送该第一消息,以提高第一消息的发送效率。由此,通过设有多种重发机制来提高重要消息的发送效率。
在一些可能的实施例中,所述第一消息和所述第二消息是通过以下方式确定的:
每接收到一个待处理消息,确定所述待处理消息的消息类型参数,并根据所述消息类型参数确定所述待处理消息的优先级;
若所述待处理消息的优先级与所述第一消息相同,则基于所述待处理消息生成第一消息,若所述待处理消息的优先级与所述第二消息相同,则基于所述待处理消息生成第二消息。
本申请实施例针对每一待处理消息,首先获取该待处理消息的消息类型参数,以根据该消息类型参数确定该待处理消息的优先级。并根据优先级基于待处理消息生成第一消息或第二消息,由此提高对消息重要性的分拣速度。
在一些可能的实施例中,所述若所述待处理消息的优先级与所述第一消息相同,则基于所述待处理消息生成第一消息,若所述待处理消息的优先级与所述第二消息相同,则基于所述待处理消息生成第二消息之前,所述方法还包括:
根据所述消息类型参数确定所述待处理消息对应的预设模板;
将所述待处理消息的消息内容封装至所述预设模板中,得到封装消息体;
所述若所述待处理消息的优先级与所述第一消息相同,则基于所述待处理消息生成第一消息,若所述待处理消息的优先级与所述第二消息相同,则基于所述待处理消息生成第二消息,包括:
若所述待处理消息的优先级表征为所述第一消息的优先级,则将所述封装消息体作为所述第一消息;
若所述待处理消息的优先级表征为所述第二消息的优先级,则将所述封装消息体作为所述第二消息。
本申请实施例根据待处理消息的消息类型参数确定对应的预设模板,并将消息内容封装置该预设模板中,得到消息封装体。进一步的,根据该待处理消息的优先级确定该消息封装体为第一消息或第二消息,以此提高对待处理消息的处理速度,并降低待处理消息在传输过程中的数据量。
在一些可能的实施例中,所述通过协议接口将所述第二消息发送至所述第二消息的目标地址,包括:
采用用户数据报协议将所述第二消息通过所述协议接口发送至所述第二消息的目标地址。
本申请实施例中,由于第二消息的重要性较低,即不具备必须送达目标地址的需求。为节约资源可采用用户数据报协议UDP传输第二消息。
在一些可能的实施例中,所述通过远程字典服务Redis将所述第一优先级消息发送至所述第一消息的目标地址之前,所述方法还包括:
监测到所述第一消息发送失败后,控制所述消息中间件对所述第一消息执行重发操作,并监测发送结果;
若确定重发失败次数大于预设次数,则确定执行通过所述Redis将所述第一优先级消息发送至所述第一消息的目标地址的步骤。
本申请实施例设有重发机制,消息中间件相比于Redis具备较强的解耦能力,当通过消息中间件发送消息失败时,需通过重发预设次数以确定当前消息中间件存在处理异常。在该情况下再采用Redis发送第一消息。
在一些可能的实施例中,所述通过协议接口发送所述第一消息,包括:
采用传输控制协议将所述第一消息通过所述协议接口发送至所述第一消息的目标地址。
本申请实施例中,由于第一消息较为重要,故需要确保送达目标地址,以使消息内容能够及时传达,故需采用具备送达回复功能的传输控制协议TCP传输第一消息。
在一些可能的实施例中,所述将第一消息通过消息中间件发送至所述第一消息的目标地址之前,所述方法还包括:
确定所述消息中间件当前的状态标记表征为可用;
所述方法还包括:
若监测到所述第一消息发送失败,则将所述消息中间件的状态标记修改为不可用。
本申请针对消息中间件设有状态标记,当消息中间件发送第一消息失败时,需将该状态标记修改为不可用,以使通过该消息中间件发送第一消息时处于可用状态。
在一些可能的实施例中,所述方法还包括:
若所述消息中间件当前的状态标记表征为不可用,则每隔第二预设时间段,选取预设数量的第一消息通过所述消息中间件发送,以及将未选取的第一消息通过所述协议接口发送;
若检测到所述消息中间件将所述第一消息成功发送,则将所述消息中间件当前的状态标记更新为可用。
本申请实施例在消息中间件不可用时,定期通过该消息中间件发送少量第一消息,以验证该消息中间件是否恢复正常。当消息中间件恢复正常处理能力时需立即修改其状态标记,以使余下尚未发送的第一消息均由消息中间发送。
第二方面,本申请实施例提供了一种基于优先级的消息推送装置,所述装置包括:
消息发送模块,被配置为:若存在待发送的第一消息则通过消息中间件将所述第一消息发送至所述第一消息的目标地址,以及若存在待发送的第二消息则通过协议接口将所述第二消息发送至所述第二消息的目标地址;其中,所述第一消息的优先级高于所述第二消息;
第一重发模块,被配置为:若监测到所述第一消息发送失败,则通过远程字典服务Redis将所述第一优先级消息发送至所述第一消息的目标地址;
第二重发模板,被配置为:若接收到表征Redis发布失败的指示,则在第一预设时间段内停止发送所述第二消息,并通过协议接口发送所述第一消息。
在一些可能的实施例中,所述第一消息和所述第二消息是通过以下方式确定的:
每接收到一个待处理消息,确定所述待处理消息的消息类型参数,并根据所述消息类型参数确定所述待处理消息的优先级;
若所述待处理消息的优先级与所述第一消息相同,则基于所述待处理消息生成第一消息,若所述待处理消息的优先级与所述第二消息相同,则基于所述待处理消息生成第二消息。
在一些可能的实施例中,执行所述若所述待处理消息的优先级与所述第一消息相同,则基于所述待处理消息生成第一消息,若所述待处理消息的优先级与所述第二消息相同,则基于所述待处理消息生成第二消息之前,所述消息发送模块还被配置为:
根据所述消息类型参数确定所述待处理消息对应的预设模板;
将所述待处理消息的消息内容封装至所述预设模板中,得到封装消息体;
执行所述若所述待处理消息的优先级与所述第一消息相同,则基于所述待处理消息生成第一消息,若所述待处理消息的优先级与所述第二消息相同,则基于所述待处理消息生成第二消息,所述消息发送模块被配置为:
若所述待处理消息的优先级表征为所述第一消息的优先级,则将所述封装消息体作为所述第一消息;
若所述待处理消息的优先级表征为所述第二消息的优先级,则将所述封装消息体作为所述第二消息。
在一些可能的实施例中,执行所述通过协议接口将所述第二消息发送至所述第二消息的目标地址,所述消息发送模块被配置为:
采用用户数据报协议将所述第二消息通过所述协议接口发送至所述第二消息的目标地址。
在一些可能的实施例中,执行所述通过远程字典服务Redis将所述第一优先级消息发送至所述第一消息的目标地址之前,所述第一重发模块还被配置为:
监测到所述第一消息发送失败后,控制所述消息中间件对所述第一消息执行重发操作,并监测发送结果;
若确定重发失败次数大于预设次数,则确定执行通过所述Redis将所述第一优先级消息发送至所述第一消息的目标地址的步骤。
在一些可能的实施例中,执行所述通过协议接口发送所述第一消息,所述第二重发模块被配置为:
采用传输控制协议将所述第一消息通过所述协议接口发送至所述第一消息的目标地址。
在一些可能的实施例中,执行所述将第一消息通过消息中间件发送至所述第一消息的目标地址之前,所述第二重发模块还被配置为:
确定所述消息中间件当前的状态标记表征为可用;
所述方法还包括:
若监测到所述第一消息发送失败,则将所述消息中间件的状态标记修改为不可用。
在一些可能的实施例中,所述第二重发模块还被配置为:
若所述消息中间件当前的状态标记表征为不可用,则每隔第二预设时间段,选取预设数量的第一消息通过所述消息中间件发送,以及将未选取的第一消息通过所述协议接口发送;
若检测到所述消息中间件将所述第一消息成功发送,则将所述消息中间件当前的状态标记更新为可用。
第三方面,本申请实施例还提供了一种电子设备,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如本申请第一方面中提供的任一方法。
第四方面,本申请实施例还提供了一种计算机可读存储介质,当所述计算机可读存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如本申请第一方面中提供的任一方法。
第五方面。本申请另一实施例还提供了一种计算机程序,所述计算机程序包括计算机指令,所述计算机指令用于使计算机执行本申请实施例提供的第一方面的方法。
本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,显而易见地,下面所介绍的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例示出的一种基于优先级的消息推送方法整体流程图;
图2a为本申请实施例示出的系统架构示意图;
图2b为本申请实施例示出的消息类型参数示意图;
图2c为本申请实施例示出的第一消息生成示意图;
图3为本申请实施例示出的第一消息的重试机制流程图;
图4为本申请实施例示出的基于优先级的消息推送装置400结构图;
图5为本申请实施例示出的电子设备示意图。
具体实施方式
下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。在本申请实施例的描述中,除非另有说明,“面将表示或的意思,例如,A/B可以表示A或B;文本中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,另外,在本申请实施例的描述中,“多个”是指两个或多于两个。
在本申请实施例的描述中,除非另有说明,术语“多个”是指两个或两个以上,其它量词与之类似应当理解,此处所描述的优选实施例仅用于说明和解释本申请,并不用于限定本申请,并且在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
为进一步说明本申请实施例提供的技术方案,下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤,但基于常规或者无需创造性的劳动在方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中,这些步骤的执行顺序不限于本申请实施例提供的执行顺序。方法在实际的处理过程中或者控制设备执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行。
前文已提及,目前的企业系统中多通过采用如Kafka、RabbitMQ、RocketMQ等高性能的消息中间件去执行业务消息的推送。相比于传统方法所采用的基于通信接口来推送消息,该方式具备更佳的处理性能和处理速度。传统的基于消息中间件的消息推送发布/订阅模式中,发布者和订阅者已经实现了多服务发布、多服务订阅等企业系统需求功能,但随着业务量的提升,将系统内的所有消息均通过消息中间件推送,会极大的增加消息中间件压力。并且,当消息中间件对待处理消息发送过程中存在处理异常时会对该消息重复处理,直至发送。或在处理一定次数后抛掉该消息。这会导致一些重要的消息无法及时送达。
为解决上述问题,本申请的发明构思为:本申请针对待发送的第一消息通过消息中间件发送,而优先级低于第一消息的第二消息则采用协议接口发送,以此降低消息中间件处理的数据量。本申请实施例对第一消息的发送结果进行监测,若监测到第一消息发送失败则表征消息中间件当前存在处理异常,此时可采用远程字典服务Redis发送第一消息。若当前Redis同样不可用则需停止通过协议接口发送第二消息,并通过该协议接口来发送该第一消息,以提高第一消息的发送效率。由此,通过设有多种重发机制来提高重要消息的发送效率。
下面结合附图对本申请实施例提供的一种基于优先级的消息推送方法进行详细说明。具体如图1所示,包括以下步骤:
步骤101:若存在待发送的第一消息则通过消息中间件将所述第一消息发送至所述第一消息的目标地址,以及若存在待发送的第二消息则通过协议接口将所述第二消息发送至所述第二消息的目标地址;其中,所述第一消息的优先级高于所述第二消息;
考虑到消息中间件在执行推送消息时相比于传统方法所采用的基于通信接口来推送消息,具备更佳的处理性能和处理速度。本申请实施例针对优先级较高的第一消息通过消息中间件进行发送,而针对优先级较低的第二消息则通过协议接口进行发送。以此降低消息中间件处理的数据量,缓解消息中间件的处理压力。
另需说明的是,本申请不对消息中间件的具体类型进行限定。本申请技术方案适用如Kafka、RabbitMQ、RocketMQ等常见的消息中间件。
具体如图2a所示,系统内的待处理消息可包括系统内自行产生的系统消息以及通过外部接口传入系统的外部消息。当系统内存在待处理消息时,每接收到一个待处理消息,需确定该待处理消息的消息类型参数,以根据该消息类型参数确定待处理消息的优先级。
具体的,本申请实施例中针对常见业务场景,将优先级设置为高优先级和低优先级两类。例如企业广告的广播、博文的推送等消息的重要性较低,应属于低优先级消息。例如员工邮件、通知类消息等重要性较高的消息则属于高优先级消息。而待处理消息的消息类型参数可设置为简单的int型参数,例如H表征高优先级、D表示低优先级。
在一些可能的实施例中,为减轻待处理消息在传输过程中的数据量,本申请实施例还可根据待处理消息的消息类型参数确定待处理消息对应的预设模板。进一步的,将待处理消息的消息内容封装至该预设模板中,得到封装消息体。若该待处理消息的优先级表征为第一消息的优先级,则将该封装消息体作为第一消息。相应的,若该待处理消息的优先级表征为第二消息的优先级,则将该封装消息体作为第二消息。即,第一消息为高优先级的消息,第二消息为低优先级的消息。
实施时可如图2b所示,消息类型配置参数中的H表征优先级为高优先级、D则表征优先级为低优先级,还包括1~n来表征多种预设模板。例如“1”表征邮件模板、“2”表征广播通知模板。例如当待处理消息为员工邮件时,可仅将发送给员工的内容添加到待处理消息中。
具体的,如图2a所示,通过参数检查确定待处理消息的消息内容和消息类型参数后,交由消息配置中间处理。例如消息配置中心读取到该待处理消息为员工邮件,则可直接调用预存的邮件模板,并将待处理消息的消息内容(即通知员工的邮件内容)添加到邮件模板内。再例如图2c所示,待处理消息内容为“今日下午3点至5点三车间停水”。消息配置参数为“H、2”,消息配置中心通过读取该消息配置参数得知该待处理消息为高优先级消息,对应预设模板为广播通知模板。此时可直接调用预存的广播通知模板并将该消息内容添加到模板中,以此生成第一消息。这样可以大幅降低待处理消息在传输过程中的数据量,提高传输效率。
前文已提及,第二消息为优先级较低的,如企业广告的广播、博文的推送等重要性较低的消息,该类消息没有必须送达的需求。所谓送达需求即为一些重要的消息需要在发送后需确定该消息发送至目标地址,否则需要重新发送。考虑到UDP(User DatagramProtocol,用户数据报协议)不具备提供复杂的控制机制,仅利用IP提供面向无连接的通信服务的特性。即采用SOCK_DGRAM函数进行网络通讯,通讯双方无法获知对方是否接收消息。因而可采用UDP协议将第二消息通过协议接口发送至第二消息的目标地址,以此进一步降低所需处理的数据量。
步骤102:若监测到所述第一消息发送失败,则通过Redis(Remote DictionaryServer,远程字典服务)将所述第一优先级消息发送至所述第一消息的目标地址;
前文已提及,消息中间件对待处理消息发送过程中存在处理异常时会对该消息重复处理,直至发送。或在处理一定次数后抛掉该消息。这会导致一些重要的消息无法及时送达。考虑到Redis具备的发布订阅功能,可直接拉取预存的第一消息,并将第一消息发布到规定的地址(即第一消息的目标地址中)。故本申请实施例在确定消息中间件存在处理异常时,为保证第一消息的及时送达,可通过Redis发送该第一消息。
另考虑到消息中间件的卡顿会造成瞬时的发送失败,并非当前消息中间件不可用。为避免上述情况,应在监测到消息中间件发送第一消息失败后,控制消息中间件对该第一消息执行重发操作,并监测发送结果。若确定重发失败次数大于预设次数,则会通过Redis将第一优先级消息发送至所述第一消息的目标地址的步骤。
步骤103:若接收到表征Redis发布失败的指示,则在第一预设时间段内停止发送所述第二消息,并通过协议接口发送所述第一消息。
当Redis存在如发布队列满、队列异常等问题时,会导致当前Redis服务不可用,针对该情况Redis会生成表征当前无法发布的指示。此时应在第一预设时间段内停止发送第二消息,并通过协议接口来发送第一消息。其原因在于,第一消息的重要性较高需尽可能降低发送过程消耗的时间,理想状态下做到瞬时送达。而第二消息则在一定的时间段内完成发送即可,没有特别高的时限要求。故,当消息中间件和Redis均不可用时,可停止通过协议接口发送第二消息,并通过协议接口发送第一消息。
考虑到第一消息的重要性较高,需确保消息能够送达,故上述UDP协议不适用第一消息的传输。相比于UDP协议,TCP(Transmission Control Protocol,传输控制协议)作为一种面向有连接的协议,只有在确认通信对端存在时才会发送数据,TCP通过其握手规定可获知对端是否收到传输讯息,当指定时间内对端未收到传输讯息时会重新发送以实现可靠性传输。基于此,本申请实施例中采用TCP将第一消息通过协议接口发送至第一消息的目标地址。
相比于通过Redis发送第一消息或是通过TCP协议发送第一消息,消息中间件具备较强的解耦性,且具备更佳的处理性能和处理速度。故本申请对消息中间件设有状态标记,该状态标记用于表征消息中间件是否可用。具体的,若监测到第一消息发送失败时,需将消息中间件的状态标记修改为不可用。
进一步的,每隔第二预设时间段应从系统内尚未发送的第一消息中选取预设数量,并通过消息中间件发送以检测消息中间件是否恢复处理功能。应注意的时,此时需将未选取的第一消息通过协议接口发送,以提高第一消息的发送效率。当检测到消息中间件将预设数量的第一消息成功发送时,表征该消息中间件恢复处理功能了,此时应将消息中间件当前的状态标记更新为可用。这样,再有未发送的第一消息则可以通过消息中间件进行处理,无需占用第二消息的发送资源,且保证的第一消息的发送效率。
由此,本申请针对优先级高的第一消息设有多种重发机制,以尽可能缓解在消息中间件处理异常时,对重要消息的推送不能及时送达的情况。
为便于理解本申请实施例中针对第一消息设置的重发机制,具体可如图3所示,包括如下步骤:
步骤301:获取待发送的第一消息。
步骤302:将待发送消息通过消息中间件发送。
步骤303:监测第一消息的发送结果,确定消息是否发送成功。
步骤304:若消息中间件成功发送第一消息,则结束对该第一消息的处理。
步骤305:若消息中间件未成功发送第一消息,则通过消息中间件对第一消息执行重发操作。
步骤306:确定当前重发次数是否大于预设阈值。
步骤307,若大于预设阈值,则确定当前Redis是否可以。
步骤308,若Redis可用则通过Redis发送第一消息。
步骤309:若Redis当前不可用,则停止对第二消息的发送,并采用TCP协议通过协议接口发送该第一消息。
通过上述步骤,本申请实施例首先在通过预设次数的重发操作后,确定当前消息中间件不可用,进而采用Redis服务来发送第一消息。当Redis服务也不可用时,选择将系统资源倾斜给第一消息的发送。具体的,通过停发第二消息并占用用于发送第二消息的协议接口,采用TCP协议发送第一消息。
步骤310:将消息中间件的状态标记修改为不可用。
步骤311:每隔第二预设时间段应从系统内选取预设数量的尚未发送的第一消息,并通过消息中间件进行发送。以检测消息中间件是否恢复处理功能;本申请在通过协议接口发送第一消息时,应定期检测消息中间件是否恢复处理功能。
步骤312:在确定消息中间件恢复处理功能后,将状态标记修改为可用。此时针对将待发送的第一消息即可执行上述步骤302。此外在获知的消息中间件恢复可用的同时,系统会恢复对第二消息的发送。即回复通过协议接口发送第二消息的功能。以此尽可能缓解在消息中间件处理异常时,对重要消息的推送不能及时送达的情况。
基于相同的发明构思,本申请实施例还提供了一种基于优先级的消息推送装置400,具体如图4所示,包括:
消息发送模块401,被配置为:若存在待发送的第一消息则通过消息中间件将所述第一消息发送至所述第一消息的目标地址,以及若存在待发送的第二消息则通过协议接口将所述第二消息发送至所述第二消息的目标地址;其中,所述第一消息的优先级高于所述第二消息;
第一重发模块402,被配置为:若监测到所述第一消息发送失败,则通过远程字典服务Redis将所述第一优先级消息发送至所述第一消息的目标地址;
第二重发模板,被配置为:若接收到表征Redis发布失败的指示,则在第一预设时间段内停止发送所述第二消息,并通过协议接口发送所述第一消息。
在一些可能的实施例中,所述第一消息和所述第二消息是通过以下方式确定的:
每接收到一个待处理消息,确定所述待处理消息的消息类型参数,并根据所述消息类型参数确定所述待处理消息的优先级;
若所述待处理消息的优先级与所述第一消息相同,则基于所述待处理消息生成第一消息,若所述待处理消息的优先级与所述第二消息相同,则基于所述待处理消息生成第二消息。
在一些可能的实施例中,执行所述若所述待处理消息的优先级与所述第一消息相同,则基于所述待处理消息生成第一消息,若所述待处理消息的优先级与所述第二消息相同,则基于所述待处理消息生成第二消息之前,所述消息发送模块401还被配置为:
根据所述消息类型参数确定所述待处理消息对应的预设模板;
将所述待处理消息的消息内容封装至所述预设模板中,得到封装消息体;
执行所述若所述待处理消息的优先级与所述第一消息相同,则基于所述待处理消息生成第一消息,若所述待处理消息的优先级与所述第二消息相同,则基于所述待处理消息生成第二消息,所述消息发送模块401被配置为:
若所述待处理消息的优先级表征为所述第一消息的优先级,则将所述封装消息体作为所述第一消息;
若所述待处理消息的优先级表征为所述第二消息的优先级,则将所述封装消息体作为所述第二消息。
在一些可能的实施例中,执行所述通过协议接口将所述第二消息发送至所述第二消息的目标地址,所述消息发送模块401被配置为:
采用用户数据报协议将所述第二消息通过所述协议接口发送至所述第二消息的目标地址。
在一些可能的实施例中,执行所述通过远程字典服务Redis将所述第一优先级消息发送至所述第一消息的目标地址之前,所述第一重发模块402还被配置为:
监测到所述第一消息发送失败后,控制所述消息中间件对所述第一消息执行重发操作,并监测发送结果;
若确定重发失败次数大于预设次数,则确定执行通过所述Redis将所述第一优先级消息发送至所述第一消息的目标地址的步骤。
在一些可能的实施例中,执行所述通过协议接口发送所述第一消息,所述第二重发模块403被配置为:
采用传输控制协议将所述第一消息通过所述协议接口发送至所述第一消息的目标地址。
在一些可能的实施例中,执行所述将第一消息通过消息中间件发送至所述第一消息的目标地址之前,所述第二重发模块403还被配置为:
确定所述消息中间件当前的状态标记表征为可用;
所述方法还包括:
若监测到所述第一消息发送失败,则将所述消息中间件的状态标记修改为不可用。
在一些可能的实施例中,所述第二重发模块403还被配置为:
若所述消息中间件当前的状态标记表征为不可用,则每隔第二预设时间段,选取预设数量的第一消息通过所述消息中间件发送,以及将未选取的第一消息通过所述协议接口发送;
若检测到所述消息中间件将所述第一消息成功发送,则将所述消息中间件当前的状态标记更新为可用。
下面参照图5来描述根据本申请的这种实施方式的电子设备130。图5显示的电子设备130仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图5所示,电子设备130以通用电子设备的形式表现。电子设备130的组件可以包括但不限于:上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。
总线133表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。
存储器132可以包括易失性存储器形式的可读介质,例如随机存取存储器(RAM)1321和/或高速缓存存储器1322,还可以进一步包括只读存储器(ROM)1323。
存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325,这样的程序模块1324包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
电子设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信,还可与一个或者多个使得用户能与电子设备130交互的设备通信,和/或与使得该电子设备130能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且,电子设备130还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器136通过总线133与用于电子设备130的其它模块通信。应当理解,尽管图中未示出,可以结合电子设备130使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
在示例性实施例中,还提供了一种包括指令的计算机可读存储介质,例如包括指令的存储器132,上述指令可由装置400的处理器131执行以完成上述方法。可选地,计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中,还提供一种计算机程序产品,包括计算机程序/指令,所述计算机程序/指令被处理器131执行时实现如本申请提供的基于优先级的消息推送方法中的任一方法。
在示例性实施例中,本申请提供的一种基于优先级的消息推送方法的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当程序产品在计算机设备上运行时,程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种基于优先级的消息推送方法中的步骤。
程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
本申请的实施方式的用于基于优先级的消息推送的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在电子设备上运行。然而,本申请的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于——无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码,程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“如“语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务端上执行。在涉及远程电子设备的情形中,远程电子设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户电子设备,或者,可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。
应当注意,尽管在上文详细描述中提及了装置的若干单元或子单元,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本申请的实施方式,上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之,上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。
此外,尽管在附图中以特定顺序描述了本申请方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程图像缩放设备的处理器以产生一个机器,使得通过计算机或其他可编程图像缩放设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程图像缩放设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程图像缩放设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (11)

1.一种基于优先级的消息推送方法,其特征在于,所述方法包括:
若存在待发送的第一消息则通过消息中间件将所述第一消息发送至所述第一消息的目标地址,以及若存在待发送的第二消息则通过协议接口将所述第二消息发送至所述第二消息的目标地址;其中,所述第一消息的优先级高于所述第二消息;
若监测到所述第一消息发送失败,则通过远程字典服务Redis将所述第一消息发送至所述第一消息的目标地址;
若接收到表征Redis发布失败的指示,则在第一预设时间段内停止发送所述第二消息,并通过协议接口发送所述第一消息。
2.根据权利要求1所述的方法,其特征在于,所述第一消息和所述第二消息是通过以下方式确定的:
每接收到一个待处理消息,确定所述待处理消息的消息类型参数,并根据所述消息类型参数确定所述待处理消息的优先级;
若所述待处理消息的优先级与所述第一消息相同,则基于所述待处理消息生成第一消息,若所述待处理消息的优先级与所述第二消息相同,则基于所述待处理消息生成第二消息。
3.根据权利要求2所述的方法,其特征在于,所述若所述待处理消息的优先级与所述第一消息相同,则基于所述待处理消息生成第一消息,若所述待处理消息的优先级与所述第二消息相同,则基于所述待处理消息生成第二消息之前,所述方法还包括:
根据所述消息类型参数确定所述待处理消息对应的预设模板;
将所述待处理消息的消息内容封装至所述预设模板中,得到封装消息体;
所述若所述待处理消息的优先级与所述第一消息相同,则基于所述待处理消息生成第一消息,若所述待处理消息的优先级与所述第二消息相同,则基于所述待处理消息生成第二消息,包括:
若所述待处理消息的优先级表征为所述第一消息的优先级,则将所述封装消息体作为所述第一消息;
若所述待处理消息的优先级表征为所述第二消息的优先级,则将所述封装消息体作为所述第二消息。
4.根据权利要求1所述的方法,其特征在于,所述通过协议接口将所述第二消息发送至所述第二消息的目标地址,包括:
采用用户数据报协议将所述第二消息通过所述协议接口发送至所述第二消息的目标地址。
5.根据权利要求1所述的方法,其特征在于,所述通过远程字典服务Redis将所述第一消息发送至所述第一消息的目标地址之前,所述方法还包括:
监测到所述第一消息发送失败后,控制所述消息中间件对所述第一消息执行重发操作,并监测发送结果;
若确定重发失败次数大于预设次数,则确定执行通过所述Redis将所述第一消息发送至所述第一消息的目标地址的步骤。
6.根据权利要求1-5中任一所述的方法,其特征在于,所述通过协议接口发送所述第一消息,包括:
采用传输控制协议将所述第一消息通过所述协议接口发送至所述第一消息的目标地址。
7.根据权利要求6所述的方法,其特征在于,所述采用传输控制协议将所述第一消息通过所述协议接口发送至所述第一消息的目标地址之前,所述方法还包括:
确定所述消息中间件当前的状态标记表征为可用;
所述方法还包括:
若监测到所述第一消息发送失败,则将所述消息中间件的状态标记修改为不可用。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
若所述消息中间件当前的状态标记表征为不可用,则每隔第二预设时间段,选取预设数量的第一消息通过所述消息中间件发送,以及将未选取的第一消息通过所述协议接口发送;
若检测到所述消息中间件将所述第一消息成功发送,则将所述消息中间件当前的状态标记更新为可用。
9.一种基于优先级的消息推送装置,其特征在于,所述装置包括:
消息发送模块,被配置为:若存在待发送的第一消息则通过消息中间件将所述第一消息发送至所述第一消息的目标地址,以及若存在待发送的第二消息则通过协议接口将所述第二消息发送至所述第二消息的目标地址;其中,所述第一消息的优先级高于所述第二消息;
第一重发模块,被配置为:若监测到所述第一消息发送失败,则通过远程字典服务Redis将所述第一消息发送至所述第一消息的目标地址;
第二重发模板,被配置为:若接收到表征Redis发布失败的指示,则在第一预设时间段内停止发送所述第二消息,并通过协议接口发送所述第一消息。
10.一种电子设备,其特征在于,包括至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如权利要求1-8中任何一项所述的方法。
11.一种计算机存储介质,其特征在于,所述计算机存储介质存储有计算机程序,所述计算机程序用于使计算机执行如权利要求1-8中任何一项所述的方法。
CN202111438446.9A 2021-11-30 2021-11-30 一种基于优先级的消息推送方法及相关装置 Active CN114124881B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111438446.9A CN114124881B (zh) 2021-11-30 2021-11-30 一种基于优先级的消息推送方法及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111438446.9A CN114124881B (zh) 2021-11-30 2021-11-30 一种基于优先级的消息推送方法及相关装置

Publications (2)

Publication Number Publication Date
CN114124881A CN114124881A (zh) 2022-03-01
CN114124881B true CN114124881B (zh) 2023-06-20

Family

ID=80368172

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111438446.9A Active CN114124881B (zh) 2021-11-30 2021-11-30 一种基于优先级的消息推送方法及相关装置

Country Status (1)

Country Link
CN (1) CN114124881B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115314473A (zh) * 2022-06-21 2022-11-08 中化学交通建设集团有限公司 基于LoRa网关的通信方法、相关设备以及监测系统
CN115334331B (zh) * 2022-08-23 2023-09-22 苏州青颖飞帆软件科技股份有限公司 一种教学直播的通讯方法、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9038093B1 (en) * 2013-03-11 2015-05-19 Sprint Communications Company L.P. Retrieving service request messages from a message queue maintained by a messaging middleware tool based on the origination time of the service request message
CN112770275A (zh) * 2020-12-29 2021-05-07 杭州涂鸦信息技术有限公司 一种消息推送方法、系统及相关设备
CN112988428A (zh) * 2021-04-26 2021-06-18 南京蜂泰互联网科技有限公司 分布式消息异步通知中间件实现方法及系统

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070004432A1 (en) * 2005-06-29 2007-01-04 Chong-Sun Hwang Location management and message delivery protocol in multi-region mobile agent computing environment
CN105095365A (zh) * 2015-06-26 2015-11-25 北京奇虎科技有限公司 一种信息流数据的处理方法和装置
US11539663B2 (en) * 2015-10-28 2022-12-27 Qomplx, Inc. System and method for midserver facilitation of long-haul transport of telemetry for cloud-based services
CN106453382A (zh) * 2016-10-28 2017-02-22 努比亚技术有限公司 一种消息推送方法及装置
CN109769214A (zh) * 2018-12-26 2019-05-17 彩讯科技股份有限公司 一种消息推送方法、装置、终端及介质
CN110662085B (zh) * 2019-10-16 2021-10-01 北京字节跳动网络技术有限公司 消息发送方法、装置、可读介质及电子设备
CN111049753B (zh) * 2019-12-18 2023-05-12 网易(杭州)网络有限公司 消息的发送方法、装置、电子设备及计算机可读介质
CN113641507A (zh) * 2020-04-27 2021-11-12 北京京东振世信息技术有限公司 消息中间件的接入方法、消息的处理方法和装置
CN111917863B (zh) * 2020-07-28 2023-08-18 中国平安财产保险股份有限公司 消息推送方法、装置、电视机设备及计算机存储介质
CN112422684B (zh) * 2020-11-18 2023-03-28 青岛海尔科技有限公司 目标消息的处理方法及装置、存储介质、电子装置
CN112347394A (zh) * 2020-11-30 2021-02-09 广州至真信息科技有限公司 网页信息的获取方法、装置、计算机设备和存储介质
CN112565405B (zh) * 2020-12-01 2023-07-18 彩讯科技股份有限公司 消息统一推送方法、系统、设备和计算机可读存储介质
CN113067882A (zh) * 2021-03-31 2021-07-02 建信金融科技有限责任公司 一种消息处理方法、装置、电子设备及介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9038093B1 (en) * 2013-03-11 2015-05-19 Sprint Communications Company L.P. Retrieving service request messages from a message queue maintained by a messaging middleware tool based on the origination time of the service request message
CN112770275A (zh) * 2020-12-29 2021-05-07 杭州涂鸦信息技术有限公司 一种消息推送方法、系统及相关设备
CN112988428A (zh) * 2021-04-26 2021-06-18 南京蜂泰互联网科技有限公司 分布式消息异步通知中间件实现方法及系统

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
A distributed cache system based on Redis for high-speed railway catenary monitoring system;Xing Chen等;《 2020 Chinese Automation Congress (CAC)》;全文 *
RabbitMQ在实时监控系统中的应用;马巍;武欣嵘;郑翔;张文强;童玮;;军事通信技术(01);全文 *
基于Spring、Hibernate、Dubbo的消息推送中间件的设计;汪琳;;现代计算机(专业版)(30);全文 *

Also Published As

Publication number Publication date
CN114124881A (zh) 2022-03-01

Similar Documents

Publication Publication Date Title
CN114124881B (zh) 一种基于优先级的消息推送方法及相关装置
US9769109B2 (en) Monitoring of subscriber message processing in a publish/subscribe messaging environment
US20160378570A1 (en) Techniques for Offloading Computational Tasks between Nodes
CN112507029A (zh) 数据处理系统及数据实时处理方法
US10218661B2 (en) Dynamic granular messaging persistence
CN111858007A (zh) 一种基于消息中间件的任务调度方法方法和装置
US8149830B2 (en) Efficient light-weight multicasting communication protocol
CN114090297A (zh) 一种业务消息的处理方法及相关装置
US8370443B2 (en) Reliable messaging using publish subscribe mechanism
CN112437001B (zh) 保证消息可靠性投递与消费方法、装置
US20120124430A1 (en) Mechanism to Prevent Escaped Associations in Multi-Association RPC Based Protocols
US8081647B2 (en) Method and apparatus for buffering requests to web services using annotations
US20120066305A1 (en) Transmitting system and method thereof
JP5915820B2 (ja) 通信制御装置、通信制御方法、及び、通信制御プログラム
CN113992644B (zh) 一种基于无服务技术的物联网关系统及其数据处理方法
CN112256454B (zh) 消息延时处理方法和系统
WO2023043370A2 (en) Method and apparatus for sending logs, and log management system
US20080301506A1 (en) system diagnostics with dynamic contextual information of events
US8112666B2 (en) Message producer with message type validation
US11016807B2 (en) Intermediary system for data streams
CN113590355A (zh) 工作流回调消息的实现方法及消息网关系统
CN113779021A (zh) 数据处理方法、装置、计算机系统及可读存储介质
CN107608483B (zh) 一种控制服务器风扇的方法及装置
CN112395114B (zh) 用于处理消息的方法、计算设备和计算机可读存储介质
CN117041172B (zh) 一种白盒交换机接口请求处理方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant