CN115412208A - 一种用于消息队列管理系统的消息传送方法及系统 - Google Patents

Abstract

本申请涉及技术领域，尤其涉及一种用于消息队列管理系统的消息传送方法，包括以下步骤，接收并消费业务消息，判断所述业务消息是否消费成功；根据判断结果，将所述业务消息对应的确认消息标记为对应的消费状态；接收所述业务消息对应的检测消息，判断所述确认消息与所述检测消息是否匹配，根据判断结果，针对未成功消费的所述业务消息，重复以上所有步骤。应用本申请提供的方法，无需定时任务频繁访问数据库，大量减少数据库层面的操作；采用消息多次传送的方式作异步补偿，业务消息流转的链路与确认消息流转的链路相互独立，实现了解耦，提高了应用程序的扩展能力。

Description

一种用于消息队列管理系统的消息传送方法及系统

技术领域

本申请涉及技术领域，尤其涉及一种用于消息队列管理系统的消息传送方法及系统。

背景技术

为了提高消息传递的可靠性，通常是在消息传送的不同阶段，采用定时任务的方式向数据库复核消息是否已成功处理，但这种方式需要定时任务频繁访问数据库，导致磁盘IO操作过于频繁，严重影响应用程序的性能。

发明内容

为了尽可能减少数据库层面的访问操作，提高应用程序的扩展能力，

第一方面，本申请提供了一种用于消息队列管理系统的消息传送方法，所述方法包括以下步骤，

接收并消费业务消息，判断所述业务消息是否消费成功；

根据判断结果，将所述业务消息对应的确认消息标记为对应的消费状态；

接收所述业务消息对应的检测消息，判断所述确认消息与所述检测消息是否匹配，根据判断结果，针对未成功消费的所述业务消息，重复以上所有步骤。

进一步，所述接收并消费业务消息后包括，发送所述业务消息对应的所述确认消息，监听并消费所述确认消息。

进一步，所述根据判断结果，将所述业务消息对应的确认消息标记为对应的消费状态，包括，

判断所述消息队列管理系统中的数据库中是否存在所述确认消息，

当判断结果为否，将所述确认消息插入所述数据库；

当判断结果为是，更新所述确认消息对应的消费标识字段。

进一步，所述更新所述确认消息对应的消费标识字段包括，

判断所述确认消息是否消费成功；

当判断结果为是，将所述确认消息中对应的消费标识字段修改为1；

当判断结果为否，将所述确认消息中对应的消费标识字段修改为0。

进一步，所述接收所述业务消息对应的检测消息，判断所述确认消息与所述检测消息是否匹配包括，

监听并消费所述检测消息，基于所述消费标识字段，判断所述确认消息是否消费成功。

进一步，所述基于所述消费标识字段，判断所述确认消息是否消费成功后，还包括，

当所述消费标识字段为0，重新投递对应的业务消息。

进一步，所述接收所述业务消息后，间隔预设的等待时间，接收所述业务消息对应的检测消息，以消除所述业务消息传送时延造成的误差；所述等待时间根据业务完成的平均时长确定。

第二方面，本申请提供一种消息队列管理系统的消息传送系统，包括上游消息组件、消息队列服务器、下游消息组件、回调消息组件、和数据库；

所述上游消息组件，用于传送业务消息及业务消息对应的检测消息；

所述消息队列服务器，用于接收所述业务消息、所述业务消息对应的检测消息，所述业务消息对应的确认消息；

所述下游消息组件，用于监听并消费所述业务消息，传送所述业务消息对应的确认消息；

所述回调消息组件，用于监听并消费所述确认消息，判断所述确认消息是否消费成功，并根据判断结果，将所述业务消息对应的确认消息标记为对应的消费状态；还用于监听并消费所述检测消息，判断所述检测消息与所述确认消息是否匹配，并根据判断结果，针对未成功消费的所述业务消息重新发起传送请求。

第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一方面任一所述的方法步骤。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面中任一所述的方法步骤。

有益效果：

本申请通过本申请涉及技术领域，尤其涉及一种用于消息队列管理系统的消息传送方法，包括以下步骤，接收并消费业务消息，判断所述业务消息是否消费成功；根据判断结果，将所述业务消息对应的确认消息标记为对应的消费状态；接收所述业务消息对应的检测消息，判断所述确认消息与所述检测消息是否匹配，根据判断结果，针对未成功消费的所述业务消息，重复以上所有步骤。应用本申请提供的方法，无需定时任务频繁访问数据库，大量减少数据库层面的操作；采用消息多次传送的方式作异步补偿，业务消息流转的链路与确认消息流转的链路相互独立，实现了解耦，提高了应用程序的扩展能力。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例1提供的方法流程示意图；

图2是本申请实施例2提供的系统结构示意图；

图3是本申请实施例3中电子结构设备示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

实施例1

实施例1提供一种用于消息队列管理系统的消息传送方法，用于提高异步消息传递的可靠性和应用程序的扩展性能，核心思想主要是将同一业务消息分别间隔一定时间重复向外传送，除第一次传送的业务消息，后续多次传送业务消息的主要目的，是为了对该业务消息是否成功消费进行二次确认。具体实现思路包括：上游消息组件将待发布的业务消息存储到数据库中，数据库随即将该业务消息传送给消息队列服务器.间隔一定预设的等待时间，如3秒后，上游消息组件再次把该业务消息传送给消息队列服务器。下游消息组件监听到该业务消息，当该业务消息第一次传送到消息队列服务器时，会对该业务消息进行初次消费，若消费成功，下游消息组件立即向消息队列服务器传送一条成功消费该业务消息的确认消息。回调消息组件用于监听消息队列服务器中的确认消息，一旦接收到消费成功的确认信息，解析该确认消息，通过确认消息中携带的关键字段，将数据库中上游消息组件对应的业务消息标记为已被成功处理。此时，上游消息组件重复上述过程，处理第二次传送的对应的业务消息，直到回调消息组件再次去数据库中标记该业务消息，由于发现该业务消息已经被标记为成功处理，因此无需通知上游组件再次发起对该条业务消息的传送，整个过程形成闭环。若整个消息传送过程中出现了异常，消息回调组件没有标记该业务消息已被成功消费，则会通知上游组件再次发起对该条业务消息的传送，重复上述过程，直至成功为止。

实施例1提供一种用于消息队列管理系统的消息传送方法，所述方法应用于上游消息组件、消息队列服务器、下游消息组件、回调消息组件、和数据库；所述方法主要包括以下步骤，

S101，接收并消费业务消息，判断所述业务消息是否消费成功；

S102，根据判断结果，将所述业务消息对应的确认消息标记为对应的消费状态；

S103，接收所述业务消息对应的检测消息，判断所述确认消息与所述检测消息是否匹配，根据判断结果，针对未成功消费的所述业务消息，重复以上所有步骤。

对于步骤S101，接收并消费业务消息，判断所述业务消息是否消费成功：

上游消息组件向消息队列服务器第一次发送业务消息；

回调消息组件监听并消费确认消息，判断确认消息是否消费成功；

若业务消息消费成功，下游消息组件向消息队列投递已成功消费该业务消息的确认消息；

若业务消息消费失败，下游消息组件向消息队列投递消费该业务消息失败的确认消息；

对于步骤S102，根据判断结果，将所述业务消息对应的确认消息标记为对应的消费状态；

具体包括

判断所述消息队列管理系统中的数据库中是否存在所述确认消息，

当判断结果为否，将所述确认消息插入所述数据库；

当判断结果为是，更新所述确认消息对应的消费标识字段；

接着，继续判断所述确认消息是否消费成功；

当判断结果为是，将所述确认消息中对应的消费标识字段修改为1；

当判断结果为否，将所述确认消息中对应的消费标识字段修改为0；

上游消息组件向消息队列服务器发送业务消息对应的检测消息，所述检测消息在所述业务消息发出间隔预设的等待时间后发出，以消除所述业务消息传送时延造成的误差；所述等待时间根据业务完成的平均时长确定；

而后执行步骤S103，接收所述业务消息对应的检测消息，判断所述确认消息与所述检测消息是否匹配，根据判断结果，针对未成功消费的所述业务消息，重复以上所有步骤：

具体包括，

消息队列服务器监听并消费所述业务消息对应的检测消息，这条业务消息对应的检测消息在被回调消息组件监听并消费后，在数据库中进行比对，从而判断所述确认消息是否消费成功；

判断所述确认消息中的消费标识字段与所述检测消息中对应的消费标识字段是否匹配，当判断结果为消费成功，将所述检测消息中对应的消费标识字段修改为1，并结束进程；

当判断结果为消费失败，将所述检测消息中对应的消费标识字段修改为0，重新投递对应的业务消息，即重复以上所有步骤。

实施例2

基于相同的发明构思，结合附图2，实施例2提供一种用于消息队列管理系统的消息传送系统，所述系统包括上游消息组件、消息队列服务器、下游消息组件、回调消息组件、和数据库；

所述上游消息组件，用于传送业务消息及业务消息对应的检测消息，以判断所述业务消息是否被成功消费；

所述消息队列服务器，用于接收所述业务消息、所述业务消息对应的检测消息，所述业务消息对应的确认消息；

所述下游消息组件，用于监听并消费所述业务消息，传送所述业务消息对应的确认消息；

所述回调消息组件，用于监听并消费所述确认消息，判断所述确认消息是否消费成功，并根据判断结果，将所述业务消息对应的确认消息标记为对应的消费状态；还用于监听并消费所述检测消息，判断所述检测消息与所述确认消息是否匹配，并根据判断结果，针对未成功消费的所述业务消息重新发起传送请求。

现在结合具体应用方式对实施例2提供的系统进行详细说明：

上游消息组件将待发布的消息存储进数据库，而后向消息队列服务器传送所述业务消息；

下游消息组件监听消息队列服务器接收到的业务消息，接收业务消息后进行消费；下游消息组件向消息队列服务器发送所述业务消息对应的确认消息；

回调消息组件监听消息队列服务器中的确认消息，接收确认消息并进行消费，取出确认消息中标记对应业务消息的字段(bisNO--业务消息唯一编号)，去数据库进行匹配，若为第一次收到该业务消息对应的确认消息，数据库中不存在与该bisNO相同的记录，则将该确认消息插入数据库。插入数据库时，将本条确认消息记录对应的消费标识字段consumptionFlag置为1(consumptionFlag:1代表下游消息组件已消费该业务消息)，若不是第一次收到该业务消息对应的确认消息，确认消息数据库中存在与该bisNO相同的记录，则更新该条确认消息记录的consumptionFlag字段，将其置为1。

当判断结果为消费失败，下游消息组件向消息队列服务器传送未消费该业务消息的确认消息，回调消息组件监听消息队列服务器中的确认消息，接收确认消息后进行消费，取出确认消息中标记对应业务消息的字段(bisNO--业务消息唯一编号)，去确认消息数据库进行匹配，若为第一次收到该业务消息对应的确认消息，数据库中不存在与该bisNO相同的记录，则将该确认消息插入数据库。存入数据库时，本条确认消息记录对应的消费标识字段consumptionFlag置为0(consumptionFlag：0代表下游组件未消费该业务消息)，若不是第一次收到该业务消息对应的确认消息，确认消息数据库中存在与该bisNO相同的记录，且该条确认消息记录的consumptionFlag字段仍为0，不做任何处理；

上游组件将存储进数据库的业务消息传送至消息队列服务器后，间隔预设的的等待时间N秒后，上游消息组件向消息队列服务器传送一条该业务消息对应的检测消息，用于判别该业务消息是否已被成功消费，N的值根据业务完成平均时长进行估算；

回调消息组件监听消息队列服务器中的检测消息，接收检测消息后进行消费，取出检测消息中标记对应的业务消息字段(bisNO--业务消息唯一编号)，去确认消息数据库进行匹配，由于此时该业务消息对应的确认消息已经入库，数据库中存在与该bisNO相同的确认消息记录，根据该记录对应的consumptionFlag进行判断，若consumptionFlag为1，代表下游组件已消费该业务消息，则流程终结；

若consumptionFlag为0，代表下游组件未消费该业务消息，则回调消息组件根据以上步骤判断出业务消息未能被下游消息组件成功消费，则向上游消息组件发起通知，告知上游消息组件重新传送该业务消息，针对未成功消费的所述业务消息，重复以上所有步骤，进行再次传送，直到成功为止。

实施例3

基于相同的发明构思，本申请实施例3提供一种电子设备，如附图3所示，包括存储器304、处理器302及存储在存储器304上并可在处理器302上运行的计算机程序，所述处理器302执行所述程序时实现上述一种用于消息队列管理系统的消息传送方法的步骤。

其中，在图3中，总线架构(用总线300来代表)，总线300可以包括任意数量的互联的总线和桥，总线300将包括由处理器302代表的一个或多个处理器和存储器304代表的存储器的各种电路链接在一起。总线300还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口306在总线300和接收器301和传送器303之间提供接口。接收器301和传送器303可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器302负责管理总线300和通常的处理，而存储器304可以被用于存储处理器302在执行操作时所使用的数据。

实施例4

基于相同的发明构思，本发明实施例4提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述一种用于消息队列管理系统的消息传送方法的步骤。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

以上所述的仅是本申请的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本申请结构的前提下，还可以作出若干变形和改进，这些也应该视为本申请的保护范围，这些都不会影响本申请实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。

Claims (10)

1.一种用于消息队列管理系统的消息传送方法，其特征在于：所述方法包括以下步骤，

接收并消费业务消息，判断所述业务消息是否消费成功；

根据判断结果，将所述业务消息对应的确认消息标记为对应的消费状态；

接收所述业务消息对应的检测消息，判断所述确认消息与所述检测消息是否匹配，根据判断结果，针对未成功消费的所述业务消息，重复以上所有步骤。

2.如权利要求1所述的一种用于消息队列管理系统的消息传送方法，其特征在于，所述接收并消费业务消息后包括，发送所述业务消息对应的所述确认消息，监听并消费所述确认消息。

3.如权利要求1所述的一种用于消息队列管理系统的消息传送方法，其特征在于，所述根据判断结果，将所述业务消息对应的确认消息标记为对应的消费状态，包括，

判断所述消息队列管理系统中的数据库中是否存在所述确认消息，

当判断结果为否，将所述确认消息插入所述数据库；

当判断结果为是，更新所述确认消息对应的消费标识字段。

4.如权利要求3所述的一种用于消息队列管理系统的消息传送方法，其特征在于，所述更新所述确认消息对应的消费标识字段包括，

判断所述确认消息是否消费成功；

当判断结果为是，将所述确认消息中对应的消费标识字段修改为1；

当判断结果为否，将所述确认消息中对应的消费标识字段修改为0。

5.如权利要求4所述的一种用于消息队列管理系统的消息传送方法，其特征在于，所述接收所述业务消息对应的检测消息，判断所述确认消息与所述检测消息是否匹配包括，

监听并消费所述检测消息，基于所述消费标识字段，判断所述确认消息是否消费成功。

6.如权利要求5所述的一种用于消息队列管理系统的消息传送方法，其特征在于，所述基于所述消费标识字段，判断所述确认消息是否消费成功后，还包括，

当所述消费标识字段为0，重新投递对应的业务消息。

7.如权利要求1所述的一种用于消息队列管理系统的消息传送方法，其特征在于，所述接收所述业务消息后，间隔预设的等待时间，接收所述业务消息对应的检测消息，以消除所述业务消息传送时延造成的误差；所述等待时间根据业务完成的平均时长确定。

8.一种消息队列管理系统的消息传送系统，包括上游消息组件、消息队列服务器、下游消息组件、回调消息组件、和数据库；

所述上游消息组件，用于传送业务消息及业务消息对应的检测消息；

所述消息队列服务器，用于接收所述业务消息、所述业务消息对应的检测消息，所述业务消息对应的确认消息；

所述下游消息组件，用于监听并消费所述业务消息，传送所述业务消息对应的确认消息；

所述回调消息组件，用于监听并消费所述确认消息，判断所述确认消息是否消费成功，并根据判断结果，将所述业务消息对应的确认消息标记为对应的消费状态；还用于监听并消费所述检测消息，判断所述检测消息与所述确认消息是否匹配，并根据判断结果，针对未成功消费的所述业务消息重新发起传送请求。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7中任一所述的方法步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的方法步骤。

Images