CN114567664A - 消息处理结果监控方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种消息处理结果监控方法、装置、计算机设备和存储介质。前述方法，主要包括以下步骤：将已发布消息的标识和发布状态记录至监控表，将已消费消息的标识和消费状态记录至监控表，定时执行监控任务，根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果。通过定时执行监控任务，有利于从生产者的一侧，结合消费者的一侧快速核实每一条已发布消息在不同的监控任务的期间，整体上处于何种状态。另外，也能适用于具有多个生产者和多个消费者的场合，能满足这些场合对于快速、准确发现消息传递异常的需求。

Description

消息处理结果监控方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机数据处理技术领域，特别是涉及一种消息处理结果监控方法、装置、计算机设备和存储介质。

背景技术

在计算机数据处理的领域中，消息的生产者将生成的消息发送至消息队列中间件，消息的消费者从消息队列中间件获取消息并进行消费，这是不同设备的线程之间或者同一设备的线程之间进行信息交流的常见途径。

然而，在一些应用环境中，例如生产环境中，有时候会出现发送消息或接收消息失败的情况。由于可能涉及网络抖动或者消息队列中间件设计漏洞，前述的情况通常难以被定位和彻底解决。

传统技术在解决这种消息丢失的问题时，通常采用如下方案：首先，在生产者到消息队列中间件这段链路，使用事务的方式，即生产者开启事务然后发送消息，直到消息队列中间件成功收到消息，生产者才能成功提交事务；如果消息队列中间件未能正确接收和处理消息，则生产者进行报错。然后，在消息队列中间件到消费者这段链路，设计手动确认消息的机制，即消费者收到消息并且正确处理后，消费者程序主动调用Basic.ack方法(一种手动确认的函数)，这样消息队列中间件就知道消费者成功消费了消息。如果消费者因为服务重启等故障未能调用Basic.ack方法，消息队列中间件会重新发送消息。

这种技术在实际应用时，若发生网络抖动等情况，仍然存在无法监测出消费者一侧发生消息丢失的情况。

发明内容

基于此，有必要针对上述技术问题，提供一种消息处理结果监控方法、装置、计算机设备和存储介质。

本申请实施例提供了一种消息处理结果监控方法，包括：

将已发布消息的标识和发布状态记录至监控表，已发布消息为生产者发布的消息；

将已消费消息的标识和消费状态记录至监控表，已消费消息为经消费者接收并消费的已发布消息；

定时执行监控任务，在监控任务中，将监控表中具有目标发布状态的已发布消息的标识作为目标标识，将具有目标标识的所有已消费消息对应的消费状态作为目标消费状态，根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果，其中，目标发布状态表示对应的已发布消息正在发送中。

在其中一个实施例中，消息处理结果监控方法还包括：

将目标发布状态对应的记录时间记录至监控表；

将目标消费状态对应的记录时间记录至监控表；

根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果，包括：

在目标消费状态包括第一状态，且监控表中第一状态对应的记录时间与目标发布状态对应的记录时间的差距超出预设时间阈值时，确定具有目标发布状态的已发布消息的处理结果为处理失败，第一状态表示消费者对相应的已消费消息的消费结果为消费失败。

在其中一个实施例中，将已发布消息的标识和发布状态记录至监控表，包括：在监控表中生成至少一条第一记录信息，每一第一记录信息包括已发布消息的标识、发布状态和对应的生产者名称；

将已消费消息的标识和消费状态记录至监控表，包括：在监控表中生成至少一条第二记录信息，每一第二记录信息包括已消费消息的标识、消费状态和对应的消费者名称；

消息处理结果监控方法还包括：根据预设名单，确定每一已发布消息对应的目标消费者；根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果，包括：对于每一具有目标发布状态的已发布消息，监控表中存在该已发布消息对应的完整的目标消费者名称，且该已发布消息对应的目标消费状态均为第二状态时，确定对应的处理结果为处理成功；

消息处理结果监控方法还包括：在确定对应的处理结果为处理成功时，将对应的第一记录信息中的目标发送状态变更为第三状态。

在其中一个实施例中，第一记录信息还包括已发布消息的消息类型；预设名单记录了消息类型与目标消费者的对应关系；

根据预设名单，确定每一已发布消息对应的目标消费者，包括：

根据该已发布消息对应的消息类型，以及预设名单中消息类型与目标消费者的对应关系，确定与该消息类型对应的目标消费者。

在其中一个实施例中，消息处理结果监控方法还包括：将已发布消息发送至消息队列中间件，消息队列中间件用于供消费者读取已发布消息；

在确定具有目标发布状态的已发布消息的处理结果为处理失败时，向消息队列中间件重新发送处理失败的已发布消息，并更新对应的发布状态的记录时间。

在其中一个实施例中，消息处理结果监控方法还包括：

在消费者每次对收到的已发布消息的消费结果为消费成功后，将消费成功的已发布消息的标识和消费者名称存储至数据库；

在消费者每次收到已发布消息时，根据当次收到的已发布消息的标识和消费者名称查询数据库，在数据库中已存在与当次收到的已发布消息的标识和消费者名称时，指示消费者对当次收到的已发布消息不作处理。

在其中一个实施例中，定时执行监控任务，包括：周期性地定时执行监控任务。

本申请实施例还提供了一种消息处理结果监控装置，该装置包括：

第一记录模块，用于将已发布消息的标识和发布状态记录至监控表，已发布消息为生产者发布的消息；

第二记录模块，用于将已消费消息的标识和消费状态记录至监控表，已消费消息为经消费者接收并消费的已发布消息；

定时执行模块，用于定时执行监控任务，在监控任务中，将监控表中具有目标发布状态的已发布消息的标识作为目标标识，将具有目标标识的所有已消费消息对应的消费状态作为目标消费状态，根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果，其中，目标发布状态表示对应的已发布消息正在发送中。

本申请实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现任一实施例中消息处理结果监控方法的步骤。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现任一实施例中消息处理结果监控方法的步骤。

上述消息处理结果监控方法、装置、计算机设备和存储介质，在实施时，监控表记录了已发布消息的标识和发布状态，以及记录了已消费消息的标识和消费状态，通过定时执行监控任务，能从监控表的记录中，快速确定当前任务期间内正在发送中的已发布消息，以及快速确定消费者对这些已发布消息的处理结果，有利于从生产者的一侧，结合消费者的一侧快速核实每一条已发布消息在不同的监控任务的期间，整体上处于何种状态。另外，也能适用于具有多个生产者和多个消费者的场合，能满足这些场合对于快速、准确发现消息传递异常的需求。

附图说明

图1为一个实施例中消息处理结果监控方法的流程示意图；

图2为一个实施例中涉及对记录时间进行处理的步骤的流程示意图；

图3为一个实施例中涉及确定目标消费者的步骤的流程示意图；

图4为一个实施例中消息处理结果监控装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供的消息处理结果监控方法，可以应用于服务器或终端。其中，服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机和平板电脑。

在一些实施例中，如图1所示，以应用于服务器为例，本申请实施例提供的消息处理结果监控方法总体上包括服务器可执行的步骤S101、步骤S102和步骤S103，下面对这些步骤进行介绍。

步骤S101，将已发布消息的标识和发布状态记录至监控表。其中，已发布消息为生产者发布的消息。

本申请实施例所说的生产者，是指用于生成消息的线程；对应地，消费者则是指用于接收和处理消息的线程。通常，已发布消息由生产者生成、发布之后，被发送到消息队列中间件，然后由消费者从消息队列中间件中获取，或经由系列的消息中转站后由消费者接收，最后由消费者进行消费。消费者接收并消费后的已发布消息，又可被称为已消费消息。

通常，生产者在构造出已发布消息的内容和标识等元素之后，服务器可以将已发布消息的标识记录至监控表。需要注意的是，本文所说的“记录”这一动作，用于表示将被记录对象映射至监控表中的某个位置。因此，在一些被记录对象本身就是字符的前提下，例如被记录对象是已发布消息的标识、已发布消息的内容、已发布消息的类型或已消费消息的标识等，这些被记录对象在监控表中可以用其他与被记录对象本身所不同的字符来映射表示，例如，一条已发布消息中携带的标识为“ABC”，而将之记录至监控表中后，监控表中用于表示该标识的字符可以是“ABC”以外的其他字符，例如用“123”来表示，只要这些字符与“ABC”形成映射关系即可。当然，监控表中用于表示该标识的字符也可以直接是该标识的字符本身，这样无需设计复杂的映射关系。

在一些实施例中，本文所说的记录，还可以用于表示保存或备份。例如，将已发布消息的标识记录至监控表，可以被理解为将已发布消息的标识保存或备份至监控表。

发布状态包括但不限于已发布消息正在发送中，即该已发布消息仍未发送至消息队列中间件，或该已发布消息仍未发送至消费者，或该已发布消息没有被所有需要进行消费的消费者成功消费。对应于“已发布消息正在发送中”这一种发布状态，可以用相应的字符记录在监控表中，例如用“SENDING”这一字符来进行记录，当然，还可以采用其他的字符进行记录，在此不作特别限制。发布状态还可以包括其他的状态，例如已发布消息已被消费者成功消费，此时对应于这种发布状态，可以用“SUCCESS”这一串字符记录在监控表中。

记录发布状态之前，可以确定发布状态，确定发布状态可以包括：在每次获得生产者的新生成的已发布消息后，确定该已发布消息的发布状态为已发布消息正在发送中。当然，还可以在生产者新生成的已发布消息在消费者接收之前的其他环节，确定发布状态。

表1示出了一种对已发布消息的标识和发布状态进行记录的形式。表1作为一种监控表，其表格项目包括了“消息ID”、“消息类型”、“消息内容”、“消息状态”、“最后处理时间”和“处理者”。其中，表格项目“消息ID”所在的列用于记录已发布消息的标识，表1所示的该标识为“AA1111”，表格项目“消息状态”所在的列用于记录已发布消息的发布状态和已消费消息的消费状态，表1中的“SENDING”用于表示已发布消息的一种发布状态。表1中，除表格项目所在的一行单元格，其余的每一行单元格均为一条记录信息，每一条记录信息均用于记录已发布消息的发布状态或已消费消息的消费状态。监控表中，每一条记录信息还可以包括对应的生产者或消费者的标识或名称，如表1所示，这些标识或名称被记录在表格项目“处理者”所在的列，其中，“PRODUCER”表示某个生产者的名称，“ICOMPUTE”、“INETWORK”和“ISTORAGE”分别表示三个不同的消费者的名称。

表1仅示出了监控表的一部分内容，随着生产者不断生成已发布消息，消费者不断接收到已发布消息并进行处理，监控表的记录信息会越来越多，表1的行数可以变得越来越大。后文将对表1中的更多内容进行描述。

表1：监控表

步骤S102，将已消费消息的标识和消费状态记录至监控表。其中，已消费消息为经消费者接收并消费的已发布消息。

通常，在消费者在对已发布消息消费后，可以将已消费消息的标识和消费状态记录至监控表。已消费消息的标识，可以直接采用对应于已发布消息的标识。消费状态，可以包括但不限于消费成功和消费失败。消费成功是指消费者接收到已发布消息并处理成功，消费失败是指消费者接收到已发布消息但处理失败。一个实施例如表1所示，“SUCCESS”用于表示消费成功这一消费状态，“FAIL”则用于表示消费失败这一消费状态。

步骤S103，定时执行监控任务，在监控任务中，将监控表中具有目标发布状态的已发布消息的标识作为目标标识，将具有目标标识的所有已消费消息对应的消费状态作为目标消费状态，根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果，其中，目标发布状态表示对应的已发布消息正在发送中。定时执行监控任务，通常指定时地多次执行监控任务。

由于已发布消息需要经过一段时间才能为消费者接收并消费，因此可以通过定时执行监控任务，来监控已发布消息的处理结果。已发布消息的处理结果包括但不限于处理成功和处理失败。处理成功是指需要消费该已发布消息的消费者均成功消费了该已发布消息，处理失败是指至少有一个消费者未能成功消费该已发布消息，在一些实施例中，可以包括没有任何消费者接收到已发布消息的情况。由此可知，已发布消息的处理结果，与已消费消息的消费结果，并不是同一个概念。已发布消息的处理结果，可以根据是否存在已消费消息的消费结果，或已消费消息的消费结果的类型来进行确定。

每次定时的监控任务启动后，将执行一系列的步骤，这一系列动作包括但不限于：确定监控表中具有目标发布状态的已发布消息的标识，即确定目标标识；确定具有目标标识的所有已消费消息对应的消费状态，即确定目标消费状态；根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果。

本文采用目标发布状态、目标标识和目标消费状态这样的表述，主要是出于简洁引用的考虑。目标发布状态包括但不限于以下任一种发布状态：已发布消息未发送至消息队列中间件、已发布消息未被消费者接收。目标标识是指具有目标发布状态的已发布消息的标识。目标消费状态是指具有目标标识的已消费消息的消费状态。

由于在实际应用场景中，通常发生的情况是，生产者不断发布消息，即不断有新的已发布消息出现，而消费者会不断消费已发布消息，由于步骤S101和步骤S102的不断执行，监控表中的内容会不断发生更新、变化，此时，监控任务也应该是随着时间的推移，不断地被定时启动。监控任务可以根据预设的时间节点，在这些预设的时间节点到来时进行启动。每一预设的时间节点之间的时长，可以根据实际情况来设计。当然，也可以采取周期性地定时启动监控任务的方式，即在一些实施例中，定时执行监控任务，包括：周期性地定时执行监控任务。监控任务的执行周期的时长可以是一分钟、数分钟，或其他时长。这样，通过定时执行监控任务，能不断地、快速地监测出已发布消息的处理结果，在已发布消息的处理结果为处理失败时，还可以进行消息补偿的指示或提示。

以表1所示的记录信息为例，假设“SENDING”所表示的发布状态为已发布消息未发送至消息队列中间件，则“SENDING”所在的记录信息中的消息ID“AA1111”为目标标识，此时可以扫描表1中所有具有“AA1111”这一标识的已消费消息对应的消费状态，可得到消息状态为“SUCCESS”的两条关于已消费消息的记录信息，以及消息状态为“FAIL”的一条关于已消费消息的记录信息。从“FAIL”这一消息状态可知，对应的消费结果为消费失败。此时便可确定标识为“AA1111”的已发布消息的处理结果为处理失败，因为有一个消费者“ISTORAGE”消费失败了。

上述消息处理结果监控方法中，监控表记录了已发布消息的标识和发布状态，以及记录了已消费消息的标识和消费状态，通过定时执行监控任务，能从监控表的记录中，快速确定当前任务期间内正在发送中的已发布消息，以及快速确定消费者对这些已发布消息的处理结果，有利于从生产者的一侧，结合消费者的一侧快速核实每一条已发布消息在不同的监控任务的执行期间，整体上处于何种状态。另外，也能适用于具有多个生产者和多个消费者的场合，能满足这些场合对于快速、准确发现消息传递异常的需求。

在一些实施例中，如图2所示，消息处理结果监控方法还包括：步骤S201，将目标发布状态对应的记录时间记录至监控表；步骤S202，将目标消费状态对应的记录时间记录至监控表。相应地，步骤S103中，根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果的步骤，包括：步骤S203，在目标消费状态包括第一状态，且监控表中第一状态对应的记录时间与目标发布状态对应的记录时间的差距超出预设时间阈值时，确定具有目标发布状态的已发布消息的处理结果为处理失败。其中，第一状态表示消费者对相应的已消费消息的消费结果为消费失败。

前述的记录时间，主要用于表示记录信息所对应的事件的最后处理时间。记录时间可以指相应的记录信息被登记到监控表的时间，也可以指生产者处理相应事件或消费者处理相应事件的时间，或者可以指确认记录信息相应的事件时的时间。因此，目标发布状态对应的记录时间，可以指对应的已发布消息在生成后，目标发布状态被记录到监控表中的时间。目标消费状态对应的记录时间，可以指已消费消息被消费者消费以后，目标消费状态被记录到监控表中的时间。前述的第一状态为一种目标消费状态。表1中，目标发布状态对应的记录时间为“T1”，目标消费状态的记录时间为“T2”、“T3”和“T4”，第一状态的记录时间为“T4”，这些记录时间在表1中表格项目“最后处理时间”所在的列。

预设时间阈值可以是根据具体需求设置的值，例如预设时间阈值为五分钟。考虑到消费者消费已发布消息需要一定时间，因此预设时间阈值可以比定时的监控任务的执行周期的时长更大。

通过将监控表中第一状态对应的记录时间与目标发布状态对应的记录时间的差距与预设时间阈值进行比较，能快速确定当前监控任务执行过程中，哪一个消费者未能成功消费已发布消息。

在一些实施例中，如图3所示，步骤S101包括：步骤S301，在监控表中生成至少一条第一记录信息。每一第一记录信息包括已发布消息的标识、发布状态和对应的生产者名称。相应地，步骤S102包括：步骤S302，在监控表中生成至少一条第二记录信息。每一第二记录信息包括已消费消息的标识、消费状态和对应的消费者名称。消息处理结果监控方法还包括：步骤S303，根据预设名单，确定每一已发布消息对应的目标消费者。步骤S103中，根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果，包括：步骤S304，对于每一具有目标发布状态的已发布消息，监控表中存在该已发布消息对应的完整的目标消费者名称，且该已发布消息对应的目标消费状态均为第二状态时，确定对应的处理结果为处理成功。消息处理结果监控方法还包括：步骤S305，在确定对应的处理结果为处理成功时，将对应的第一记录信息中的目标发送状态变更为第三状态。

以表1为例，表1中的表格项目处理者“PRODUCER”(一个生产者名称)所对应的记录信息为第一记录信息，“ICOMPUTE”(第一个消费者名称)、“INETWORK”(第二个消费者名称)、“ISTORAGE”(第三个消费者名称)所对应的记录信息为第二记录信息。

预设名单用于确定每一条已发布消息应当被哪些消费者所接收和消费，这些消费者被称为目标消费者。因此，可以通过读取预先存储在存储器中的预设名单的方式，获取预设名单，然后根据预设名单确定某一已发布消息对应的目标消费者。当然，还可以通过查询存储于数据库的预设名单的方式，来确定某一已发布消息对应的目标消费者。

对于每一条已发布消息，需要等待所有的目标消费者成功消费后，对应的处理结果可以是处理成功。若有的目标消费者未接收到该已发布消息，或有的目标消费者接收到该已发布消息并消费失败，该已发布消息的处理结果都可被视为处理失败。因此，步骤S304中，完整的目标消费者名称，是指对应于该已发布消息的、所有应当接收到并消费成功的消费者的名称，若监控表上缺少至少一个目标消费者的名称，则可被视为不完整。

步骤S305属于对第一记录信息进行更新的步骤，当某个已发布消息的处理结果为处理成功时，则后续无需对该已发布消息的处理结果进行监控，因此需要更改该已发布消息的发布状态，将发布状态改为第三状态。在监控表中，第三状态与目标发布状态对应的字符不同。

在一些实施例中，第一记录信息还包括已发布消息的消息类型，预设名单记录了消息类型与目标消费者的对应关系。对应地，步骤S303包括：根据该已发布消息对应的消息类型，以及预设名单中消息类型与目标消费者的对应关系，确定与该消息类型对应的目标消费者。如表1所示，表格项目消息类型“CREATE_VDC”用于表示标识为“AA1111”的已发布消息的消息类型，而“ICOMPUTE”、“INETWORK”和“ISTORAGE”都是目标消费者，与消费类型“CREATE_VDC”具有对应关系。通过将消息类型与目标消费者建立对应关系，并形成预设名单，有利于在每次监控到新的已发布消息生成后，快速确定对应的目标消费者。

在一些实施例中，消息处理结果监控方法还包括：将已发布消息发送至消息队列中间件，消息队列中间件用于供消费者读取已发布消息；在确定具有目标发布状态的已发布消息的处理结果为处理失败时，向消息队列中间件重新发送处理失败的已发布消息，并更新对应的发布状态的记录时间。更新对应的发布状态的记录时间，在下一次执行监控任务时，可以依据新的记录时间来判断目标消费者是否消费成功。

在一些实施例中，消息处理结果监控方法还包括：在消费者每次对收到的已发布消息的消费结果为消费成功后，将消费成功的已发布消息的标识和消费者名称存储至数据库；在消费者每次收到已发布消息时，根据当次收到的已发布消息的标识和消费者名称查询数据库，在数据库中已存在与当次收到的已发布消息的标识和消费者名称时，指示消费者对当次收到的已发布消息不作处理。在一些情况中，已发布消息被发送至消息队列中间件后，有一些目标消费者对应的消费结果为消费成功，有一些目标消费者对应的消费结果为消费失败或有的目标消费者没有接收到已发布消息，此时具有目标发布状态的已发布消息的处理结果为处理失败，需要向消息队列中间件重新发送处理失败的已发布消息，此时，已成功消费的目标消费者可能从消息队列中间件处再次重复获取到消费过的已发布消息，此时，这些已成功消费的目标消费者并不需要再次消费该已发布消息。因此，根据当次收到的已发布消息的标识和消费者名称查询数据库，在数据库中已存在与当次收到的已发布消息的标识和消费者名称时，指示消费者对当次收到的已发布消息不作处理，能够避免已成功消费的目标消费者重复执行无用动作。

在一些实施例中，第一记录信息还包括消息内容。消息处理结果监控方法还包括：根据第一记录信息中消息内容或消息类型确定消息等级。定时执行监控任务，包括，对不同消息等级的第一记录信息，定时执行不同监控周期的监控任务。前述的消息等级用于表示对应的已发布消息的重要程度或预估的处理耗时程度，为此可以预设多个不同的消息等级，并将不同的消息内容或消息类型，与不同的消息等级建立对应关系。这样，当新的已发布消息生成时，可以根据此已发布消息的消息内容或消息类型，确定该已发布消息的重要程度或预估的处理耗时程度，从而可以根据该重要程度或预估的处理耗时程度对应的监控周期定时执行监控任务。例如对于较为重要的已发布消息，可以更为频繁地定时执行监控任务，以确定该已发布消息所对应的目标消费者是否全部成功消费该已发布消息。例如对于预估的处理耗时程度较大，即从该已发布消息开始向消息队列中间件发送，到目标消费者成功消费该已发布消息所需时间较长，可以将对该已发布消息的监控周期设置得相对较长，以节省资源。监控周期是指相邻两次的监控任务的启动时间点之间的时间间隔。通常，对于一个已发布消息，可能需要定时执行多次监控任务，方能最终确定其处理结果。通过设置消息等级，对于监控表中的不同第一记录信息执行不同监控周期的监控任务，使方案整体更具灵活性。

应该理解的是，虽然图1至图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。图1至图3展示的步骤以及其他实施例涉及的步骤，除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，前述各实施例的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

一些实施例中，如图4所示，本申请实施例提供了一种消息处理结果监控装置400，包括：

第一记录模块401，用于将已发布消息的标识和发布状态记录至监控表，已发布消息为生产者发布的消息；

第二记录模块402，用于将已消费消息的标识和消费状态记录至监控表，已消费消息为经消费者接收并消费的已发布消息；

定时执行模块403，用于定时执行监控任务，在监控任务中，将监控表中具有目标发布状态的已发布消息的标识作为目标标识，将具有目标标识的所有已消费消息对应的消费状态作为目标消费状态，根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果，其中，目标发布状态表示对应的已发布消息正在发送中。

在一些实施例中，消息处理结果监控装置400还包括：第一时间记录模块(未图示)，用于将目标发布状态对应的记录时间记录至监控表；第二时间记录模块(未图示)，用于将目标消费状态对应的记录时间记录至监控表。相应地，定时执行模块403包括第一处理结果确定单元(未图示)，用于在目标消费状态包括第一状态，且监控表中第一状态对应的记录时间与目标发布状态对应的记录时间的差距超出预设时间阈值时，确定具有目标发布状态的已发布消息的处理结果为处理失败。第一状态表示消费者对相应的已消费消息的消费结果为消费失败。

在一些实施例中，消息处理结果监控装置400还包括：发送模块(未图示)，用于将已发布消息发送至消息队列中间件，消息队列中间件用于供消费者读取已发布消息；更新记录时间模块(未图示)，用于在确定具有目标发布状态的已发布消息的处理结果为处理失败时，向消息队列中间件重新发送处理失败的已发布消息，并更新对应的发布状态的记录时间。

在一些实施例中，消息处理结果监控装置400还包括：存储模块(未图示)，用于在消费者每次对收到的已发布消息的消费结果为消费成功后，将消费成功的已发布消息的标识和消费者名称存储至数据库；指示模块，(未图示)，用于在消费者每次收到已发布消息时，根据当次收到的已发布消息的标识和消费者名称查询数据库，在数据库中已存在与当次收到的已发布消息的标识和消费者名称时，指示消费者对当次收到的已发布消息不作处理。

在一些实施例中，第一记录模块401包括第一记录信息生成单元(未图示)，用于在监控表中生成至少一条第一记录信息。每一第一记录信息包括已发布消息的标识、发布状态和对应的生产者名称。第二记录模块402包括第二记录信息生成单元(未图示)，用于在监控表中生成至少一条第二记录信息。每一第二记录信息包括已消费消息的标识、消费状态和对应的消费者名称。消息处理结果监控装置400还包括目标消费者确定模块(未图示)，用于根据预设名单，确定每一已发布消息对应的目标消费者。定时执行模块403包括第二处理结果确定单元(未图示)，用于对于每一具有目标发布状态的已发布消息，监控表中存在该已发布消息对应的完整的目标消费者名称，且该已发布消息对应的目标消费状态均为第二状态时，确定对应的处理结果为处理成功。消息处理结果监控装置400还包括第三状态确定模块(未图示)，用于在确定对应的处理结果为处理成功时，将对应的第一记录信息中的目标发送状态变更为第三状态。

在一些实施例中，第一记录信息还包括已发布消息的消息类型，预设名单记录了消息类型与目标消费者的对应关系。目标消费者确定模块包括目标消费者确定单元，用于根据该已发布消息对应的消息类型，以及预设名单中消息类型与目标消费者的对应关系，确定与该消息类型对应的目标消费者。

在一些实施例中，定时执行模块403包括执行单元(未图示)，用于周期性地定时执行监控任务。

关于消息处理结果监控装置400的具体限定可以参见上文中对于消息处理结果监控方法的限定，在此不再赘述。上述消息处理结果监控装置400中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一些实施例中，本申请实施例提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现前述任一实施例中的消息处理结果监控方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一些实施例中，本申请实施例提供的计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：将已发布消息的标识和发布状态记录至监控表，已发布消息为生产者发布的消息；将已消费消息的标识和消费状态记录至监控表，已消费消息为经消费者接收并消费的已发布消息；定时执行监控任务，在定时的监控任务中，将监控表中具有目标发布状态的已发布消息的标识作为目标标识，将具有目标标识的所有已消费消息对应的消费状态作为目标消费状态，根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果，其中，目标发布状态表示对应的已发布消息正在发送中。

在一些实施例中，处理器执行计算机程序时还实现以下步骤：将目标发布状态对应的记录时间记录至监控表；将目标消费状态对应的记录时间记录至监控表。处理器执行计算机程序时实现根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果的步骤，包括：在目标消费状态包括第一状态，且监控表中第一状态对应的记录时间与目标发布状态对应的记录时间的差距超出预设时间阈值时，确定具有目标发布状态的已发布消息的处理结果为处理失败，第一状态表示消费者对相应的已消费消息的消费结果为消费失败。

在一些实施例中，处理器执行计算机程序时还实现以下步骤：将已发布消息发送至消息队列中间件，消息队列中间件用于供消费者读取已发布消息；在确定具有目标发布状态的已发布消息的处理结果为处理失败时，向消息队列中间件重新发送处理失败的已发布消息，并更新对应的发布状态的记录时间。

在一些实施例中，处理器执行计算机程序时还实现以下步骤：在消费者每次对收到的已发布消息的消费结果为消费成功后，将消费成功的已发布消息的标识和消费者名称存储至数据库；在消费者每次收到已发布消息时，根据当次收到的已发布消息的标识和消费者名称查询数据库，在数据库中已存在与当次收到的已发布消息的标识和消费者名称时，指示消费者对当次收到的已发布消息不作处理。

在一些实施例中，处理器执行计算机程序实现将已发布消息的标识和发布状态记录至监控表的步骤，包括：在监控表中生成至少一条第一记录信息，每一第一记录信息包括已发布消息的标识、发布状态和对应的生产者名称。处理器执行计算机程序实现将已消费消息的标识和消费状态记录至监控表的步骤，包括：在监控表中生成至少一条第二记录信息，每一第二记录信息包括已消费消息的标识、消费状态和对应的消费者名称。处理器执行计算机程序时还实现以下步骤：根据预设名单，确定每一已发布消息对应的目标消费者。处理器执行计算机程序时实现根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果的步骤，包括：对于每一具有目标发布状态的已发布消息，监控表中存在该已发布消息对应的完整的目标消费者名称，且该已发布消息对应的目标消费状态均为第二状态时，确定对应的处理结果为处理成功。处理器执行计算机程序时还实现以下步骤：在确定对应的处理结果为处理成功时，将对应的第一记录信息中的目标发送状态变更为第三状态。

在一些实施例中，第一记录信息还包括已发布消息的消息类型，预设名单记录了消息类型与目标消费者的对应关系。处理器执行计算机程序时实现根据预设名单，确定每一已发布消息对应的目标消费者的步骤，包括：根据该已发布消息对应的消息类型，以及预设名单中消息类型与目标消费者的对应关系，确定与该消息类型对应的目标消费者。

在一些实施例中，处理器执行计算机程序时实现定时执行监控任务的步骤，包括：周期性地定时执行监控任务。

在一些实施例中，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：将已发布消息的标识和发布状态记录至监控表，已发布消息为生产者发布的消息；将已消费消息的标识和消费状态记录至监控表，已消费消息为经消费者接收并消费的已发布消息；定时执行监控任务，在监控任务中，将监控表中具有目标发布状态的已发布消息的标识作为目标标识，将具有目标标识的所有已消费消息对应的消费状态作为目标消费状态，根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果，其中，目标发布状态表示对应的已发布消息正在发送中。

在一些实施例中，计算机程序被处理器执行时还实现以下步骤：将目标发布状态对应的记录时间记录至监控表；将目标消费状态对应的记录时间记录至监控表。计算机程序被处理器执行时实现根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果的步骤，包括：在目标消费状态包括第一状态，且监控表中第一状态对应的记录时间与目标发布状态对应的记录时间的差距超出预设时间阈值时，确定具有目标发布状态的已发布消息的处理结果为处理失败，第一状态表示消费者对相应的已消费消息的消费结果为消费失败。

在一些实施例中，计算机程序被处理器执行时还实现以下步骤：将已发布消息发送至消息队列中间件，消息队列中间件用于供消费者读取已发布消息；在确定具有目标发布状态的已发布消息的处理结果为处理失败时，向消息队列中间件重新发送处理失败的已发布消息，并更新对应的发布状态的记录时间。

在一些实施例中，计算机程序被处理器执行时还实现以下步骤：在消费者每次对收到的已发布消息的消费结果为消费成功后，将消费成功的已发布消息的标识和消费者名称存储至数据库；在消费者每次收到已发布消息时，根据当次收到的已发布消息的标识和消费者名称查询数据库，在数据库中已存在与当次收到的已发布消息的标识和消费者名称时，指示消费者对当次收到的已发布消息不作处理。

在一些实施例中，计算机程序被处理器执行实现将已发布消息的标识和发布状态记录至监控表的步骤，包括：在监控表中生成至少一条第一记录信息，每一第一记录信息包括已发布消息的标识、发布状态和对应的生产者名称。计算机程序被处理器执行实现将已消费消息的标识和消费状态记录至监控表的步骤，包括：在监控表中生成至少一条第二记录信息，每一第二记录信息包括已消费消息的标识、消费状态和对应的消费者名称。计算机程序被处理器执行时还实现以下步骤：根据预设名单，确定每一已发布消息对应的目标消费者。处理器执行计算机程序时实现根据目标消费状态，确定具有目标发布状态的已发布消息的处理结果的步骤，包括：对于每一具有目标发布状态的已发布消息，监控表中存在该已发布消息对应的完整的目标消费者名称，且该已发布消息对应的目标消费状态均为第二状态时，确定对应的处理结果为处理成功。计算机程序被处理器执行时还实现以下步骤：在确定对应的处理结果为处理成功时，将对应的第一记录信息中的目标发送状态变更为第三状态。

在一些实施例中，第一记录信息还包括已发布消息的消息类型，预设名单记录了消息类型与目标消费者的对应关系。计算机程序被处理器执行时实现根据预设名单，确定每一已发布消息对应的目标消费者的步骤，包括：根据该已发布消息对应的消息类型，以及预设名单中消息类型与目标消费者的对应关系，确定与该消息类型对应的目标消费者。

在一些实施例中，计算机程序被处理器执行时实现定时执行监控任务的步骤，包括：周期性地定时执行监控任务。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，前述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请的保护范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种消息处理结果监控方法，其特征在于，所述方法包括：

将已发布消息的标识和发布状态记录至监控表，所述已发布消息为生产者发布的消息；

将已消费消息的标识和消费状态记录至所述监控表，所述已消费消息为经消费者接收并消费的已发布消息；

定时执行监控任务，在所述监控任务中，将所述监控表中具有目标发布状态的已发布消息的标识作为目标标识，将具有所述目标标识的所有已消费消息对应的消费状态作为目标消费状态，根据所述目标消费状态，确定所述具有目标发布状态的已发布消息的处理结果，其中，所述目标发布状态表示对应的已发布消息正在发送中。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述目标发布状态对应的记录时间记录至所述监控表；

将所述目标消费状态对应的记录时间记录至所述监控表；

所述根据所述目标消费状态，确定所述具有目标发布状态的已发布消息的处理结果，包括：在所述目标消费状态包括第一状态，且所述监控表中所述第一状态对应的记录时间与所述目标发布状态对应的记录时间的差距超出预设时间阈值时，确定所述具有目标发布状态的已发布消息的处理结果为处理失败，所述第一状态表示消费者对相应的已消费消息的消费结果为消费失败。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：将所述已发布消息发送至消息队列中间件，所述消息队列中间件用于供消费者读取所述已发布消息；

在确定所述具有目标发布状态的已发布消息的处理结果为处理失败时，向所述消息队列中间件重新发送处理失败的已发布消息，并更新对应的发布状态的记录时间。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在消费者每次对收到的已发布消息的消费结果为消费成功后，将消费成功的已发布消息的标识和消费者名称存储至数据库；

在消费者每次收到已发布消息时，根据当次收到的已发布消息的标识和消费者名称查询所述数据库，在所述数据库中已存在与当次收到的已发布消息的标识和消费者名称时，指示所述消费者对所述当次收到的已发布消息不作处理。

5.根据权利要求1至4任一项所述的方法，其特征在于，

将已发布消息的标识和发布状态记录至监控表，包括：在所述监控表中生成至少一条第一记录信息，每一所述第一记录信息包括已发布消息的标识、发布状态和对应的生产者名称；

将已消费消息的标识和消费状态记录至所述监控表，包括：在所述监控表中生成至少一条第二记录信息，每一所述第二记录信息包括已消费消息的标识、消费状态和对应的消费者名称；所述方法还包括：根据预设名单，确定每一已发布消息对应的目标消费者；

所述根据所述目标消费状态，确定所述具有目标发布状态的已发布消息的处理结果，包括：对于每一具有目标发布状态的已发布消息，所述监控表中存在该已发布消息对应的完整的目标消费者名称，且该已发布消息对应的目标消费状态均为第二状态时，确定对应的处理结果为处理成功；

所述方法还包括：在所述确定对应的处理结果为处理成功时，将对应的第一记录信息中的目标发送状态变更为第三状态。

6.根据权利要求5所述的方法，其特征在于，所述第一记录信息还包括已发布消息的消息类型；所述预设名单记录了消息类型与目标消费者的对应关系；

所述根据预设名单，确定每一已发布消息对应的目标消费者，包括：

根据该已发布消息对应的消息类型，以及所述预设名单中消息类型与目标消费者的对应关系，确定与该消息类型对应的目标消费者。

7.根据权利要求1至4任一项所述的方法，其特征在于，所述定时执行监控任务，包括：周期性地定时执行监控任务。

8.一种消息处理结果监控装置，其特征在于，所述装置包括：

第一记录模块，用于将已发布消息的标识和发布状态记录至监控表，所述已发布消息为生产者发布的消息；

第二记录模块，用于将已消费消息的标识和消费状态记录至所述监控表，所述已消费消息为经消费者接收并消费的已发布消息；

定时执行模块，用于定时执行监控任务，在所述监控任务中，将所述监控表中具有目标发布状态的已发布消息的标识作为目标标识，将具有所述目标标识的所有已消费消息对应的消费状态作为目标消费状态，根据所述目标消费状态，确定所述具有目标发布状态的已发布消息的处理结果，其中，所述目标发布状态表示对应的已发布消息正在发送中。

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

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

Images