CN115333942B - 事件重试方法及装置、存储介质及电子设备 - Google Patents

Abstract

本发明提供了一种事件重试方法及装置、存储介质及电子设备，该方法包括：在消息队列对事件消息进行推送的过程中，若监听到当前推送的事件消息的消费结果为消费失败，则将该事件消息作为目标事件消息，将目标事件消息从消息队列中移除，并加入重试队列中。确定目标事件消息对应的目标业务事件和目标业务类别。在重试策略表中，确定每个重试策略对应的业务标识。在各个业务标识中确定目标业务标识，将目标业务标识对应的重试策略作为目标重试策略。依据目标重试策略确定第一重试信息，按照第一重试信息对目标事件消息进行推送，以进行消费重试。应用本发明的方法，可基于针对性的重试策略对业务事件进行消费重试，可提高事件重试处理的灵活性。

Description

事件重试方法及装置、存储介质及电子设备

技术领域

本发明涉及计算机技术领域，特别是涉及一种事件重试方法及装置、存储介质及电子设备。

背景技术

事件中心是业务事件处理的常用架构之一，事件中心可监听各类业务事件，当业务事件触发时，将事件消息添加至消息队列中，消息队列可将该事件消息推送至对应的消费端，以对触发的业务事件进行处理。

在事件消息的推送过程中，有时会因为网络异常或消费端异常等原因，导致推送失败，致使需重新对业务事件进行处理。在目前的事件重试过程中，通常是立即重新对事件消息进行推送，或是在消息队列中按照预定的重试次数和间隔对该事件消息进行重新推送，以进行事件重试处理。

在实际的业务场景中，不同类型的业务事件其实际的事件处理需求是不同的，基于现有的事件重试方法，事件中心针对所有类型的业务事件，仅以统一的重试策略进行事件重试处理，对于不同类型的业务事件难以进行针对性处理，事件处理的灵活性较差。其次，处于重试状态的事件消息与处于正常状态的事件消息通常基于相同的消息队列进行处理，事件重试与正常的消费流程的耦合性较高，不利于系统开发、运维和扩展。

发明内容

有鉴于此，本发明实施例提供了一种事件重试方法，以解决现有事件重试方法中按照统一的重试策略进行事件重试，无法对业务事件进行针对性处理，灵活性较差的问题。

本发明实施例还提供了一种事件重试装置，用以保证上述方法实际中的实现及应用。

为实现上述目的，本发明实施例提供如下技术方案：

一种事件重试方法，包括：

在预设的消息队列对队列中的事件消息进行消息推送，以进行事件消费的过程中，监听所述消息队列中当前推送的事件消息所对应的消费结果；

若监听到所述当前推送的事件消息对应的消费结果为消费失败，则将所述当前推送的事件消息确定为目标事件消息，并将所述目标事件消息从所述消息队列中移除，将所述目标事件消息加入已构建的重试队列中；

确定所述目标事件消息对应的目标业务事件，并确定所述目标业务事件对应的目标业务类别；

在预先配置的重试策略表中，确定该重试策略表记录的每个重试策略所对应的业务标识；每个所述重试策略中包含其对应的重试次数、重试时间间隔和重试时间单位；

在各个所述业务标识中，确定目标业务标识，所述目标业务标识为与所述目标业务类别相匹配的业务标识；

将所述重试策略表中所述目标业务标识所对应的重试策略确定为目标重试策略；

依据所述目标重试策略，确定所述目标业务事件对应的第一重试信息；所述第一重试信息包括路由键、事件标识以及事件推送时间；

按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送，以对所述目标业务事件进行消费重试。

上述的方法，可选的，还包括：

在所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程中，在事件中心对应的前端界面中提示用户所述目标事件消息当前应用的重试策略为所述目标重试策略；

监听是否接收到所述用户发送的修改指令，所述修改指令为对所述目标事件消息应用的重试策略进行修改的指令；

当接收到所述用户发送的修改指令时，确定所述用户输入的自定义重试策略；所述自定义重试策略包括自定义重试次数、自定义重试时间间隔和自定义重试时间单位；

依据所述自定义重试策略，确定所述目标业务事件对应的第二重试信息；

结束所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程，并按照所述第二重试信息，对所述重试队列中的所述目标事件消息进行消息推送。

上述的方法，可选的，还包括：

监听是否接收到所述目标事件消息对应的暂停重试指令；

当接收到所述目标事件消息对应的暂停重试指令时，暂停对所述重试队列中的所述目标事件消息进行消息推送。

上述的方法，可选的，还包括：

在所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程结束后，确定所述目标事件消息对应的最终消费结果；

若所述最终消费结果为消费失败，则在预先配置的失败事件处理策略库中，确定所述目标业务类别对应的目标失败事件处理策略；所述失败事件处理策略库中包括多个预先设置的失败事件处理策略；

依据所述目标失败事件处理策略，生成与所述目标业务事件相关联的失败处理事件；

对所述失败处理事件进行消费处理。

上述的方法，可选的，还包括：

实时记录所述目标事件消息的推送信息，以生成所述目标业务事件的消费日志；所述目标事件消息的推送信息包括实际推送时间、推送结果和失败原因。

上述的方法，可选的，还包括：

监听是否接收到所述目标事件消息对应的进度查询指令；

当接收到所述目标事件消息对应的进度查询指令时，确定所述目标事件消息的实时重试进度，并向用户反馈所述实时重试进度。

一种事件重试装置，包括：

第一监听单元，用于在预设的消息队列对队列中的事件消息进行消息推送，以进行事件消费的过程中，监听所述消息队列中当前推送的事件消息所对应的消费结果；

第一确定单元，用于若监听到所述当前推送的事件消息对应的消费结果为消费失败，则将所述当前推送的事件消息确定为目标事件消息，并将所述目标事件消息从所述消息队列中移除，将所述目标事件消息加入已构建的重试队列中；

第二确定单元，用于确定所述目标事件消息对应的目标业务事件，并确定所述目标业务事件对应的目标业务类别；

第三确定单元，用于在预先配置的重试策略表中，确定该重试策略表记录的每个重试策略所对应的业务标识；每个所述重试策略中包含其对应的重试次数、重试时间间隔和重试时间单位；

第四确定单元，用于在各个所述业务标识中，确定目标业务标识，所述目标业务标识为与所述目标业务类别相匹配的业务标识；

第五确定单元，用于将所述重试策略表中所述目标业务标识所对应的重试策略确定为目标重试策略；

第六确定单元，用于依据所述目标重试策略，确定所述目标业务事件对应的第一重试信息；所述第一重试信息包括路由键、事件标识以及事件推送时间；

第一重试单元，用于按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送，以对所述目标业务事件进行消费重试。

上述的装置，可选的，还包括：

提示单元，用于在所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程中，在事件中心对应的前端界面中提示用户所述目标事件消息当前应用的重试策略为所述目标重试策略；

第二监听单元，用于监听是否接收到所述用户发送的修改指令，所述修改指令为对所述目标事件消息应用的重试策略进行修改的指令；

第七确定单元，用于当接收到所述用户发送的修改指令时，确定所述用户输入的自定义重试策略；所述自定义重试策略包括自定义重试次数、自定义重试时间间隔和自定义重试时间单位；

第八确定单元，用于依据所述自定义重试策略，确定所述目标业务事件对应的第二重试信息；

第二重试单元，用于结束所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程，并按照所述第二重试信息，对所述重试队列中的所述目标事件消息进行消息推送。

一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如上述的事件重试方法。

一种电子设备，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如上述的事件重试方法。

基于上述本发明实施例提供的一种事件重试方法，包括：在预设的消息队列对队列中的事件消息进行消息推送，以进行事件消费的过程中，若监听到当前推送的事件消息对应的消费结果为消费失败，则将当前推送的事件消息确定为目标事件消息，并将目标事件消息从消息队列中移除，将目标事件消息加入已构建的重试队列中。确定目标事件消息对应的目标业务事件及其对应的目标业务类别。在预先配置的重试策略表中，确定每个重试策略对应的业务标识。在各个业务标识中，确定与目标业务类别相匹配的目标业务标识，将目标业务标识对应的重试策略确定为目标重试策略。依据目标重试策略，确定目标业务事件对应的第一重试信息。按照第一重试信息，对重试队列中的目标事件消息进行消息推送，以对目标业务事件进行消费重试。应用本发明实施例提供的方法，可以针对不同类型的业务事件设置其对应的重试策略，在不影响业务事件正常消费逻辑的情况下，当业务事件消费失败时，可按照针对性的重试策略对其进行消费重试，可提高事件重试处理的灵活性，有利于满足各类业务事件的需求。其次，需要进行重试的事件消息基于重试队列进行推送，可将业务事件的正常消费流程与重试流程解耦，有利于系统开发运维及系统扩展。

附图说明

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

图1为本发明实施例提供的一种事件重试方法的方法流程图；

图2为本发明实施例提供的一种事件重试方法的又一方法流程图；

图3为本发明实施例提供的一种事件重试装置的结构示意图；

图4为本发明实施例提供的一种事件重试装置的又一结构示意图；

图5为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明实施例提供了一种事件重试方法，所述方法可应用于各类业务系统的事件中心，其执行主体可以为系统的服务器，所述方法的方法流程图如图1所示，包括：

S101：在预设的消息队列对队列中的事件消息进行消息推送，以进行事件消费的过程中，监听所述消息队列中当前推送的事件消息所对应的消费结果；

本发明实施例提供的方法中，事件中心基于预设的消息队列对业务事件进行处理，当事件中心接收到新的业务事件时，可将该业务事件的事件消息推送到消息队列中，消息队列可将其队列中的事件消息推送给相应的消费端，以对业务事件进行消费。例如向客户账号发送相关通知信息等等。在消息队列进行消息推送的过程中，可监听其当前推送的事件消息对应的消费结果，也就是事件消息的推送结果。当事件消息成功推送到消费端时，其对应的消费结果即为消费成功，若是事件消息未成功推送到消费端，则其对应的消费结果为消费失败。

S102：若监听到所述当前推送的事件消息对应的消费结果为消费失败，则将所述当前推送的事件消息确定为目标事件消息，并将所述目标事件消息从所述消息队列中移除，将所述目标事件消息加入已构建的重试队列中；

本发明实施例提供的方法中，可预先设置一个重试队列，用于需要重试的业务事件的消息推送。若是当前推送的事件消息的消费结果为消费失败，则将其标记为目标事件消息，将其从消息队列中移除，添加到重试队列中。

在具体的实现过程中，除了消费失败的业务事件之外，其他需要重试的事件，也可以将其对应的事件消息添加到重试队列中，对其他需要重试的事件亦可基于重试队列进行重试推送，具体的事件重试流程与本发明实施例中消费失败的事件的重试流程相同。

S103：确定所述目标事件消息对应的目标业务事件，并确定所述目标业务事件对应的目标业务类别；

本发明实施例提供的方法中，可以预先设置各业务事件归属的业务类别。继而可以获取目标事件消息中携带的事件标识，将该事件标识对应的业务事件作为目标事件消息对应的目标业务事件。根据预先设置的类型信息，可确定目标业务事件对应的业务类别，即目标业务类别。

S104：在预先配置的重试策略表中，确定该重试策略表记录的每个重试策略所对应的业务标识；每个所述重试策略中包含其对应的重试次数、重试时间间隔和重试时间单位；

本发明实施例提供的方法中，事件中心的用户可以根据实际的需求设置多个重试策略，每个重试策略的策略内容包括重试次数、重试时间间隔和重试时间单位。同时，用户亦可配置每个重试策略对应的业务标识，即应用该重试策略的业务类别所对应的业务标识。用户设置的重试策略的相关信息可以采用表格的形式在数据库中进行存储，故可得到预先配置的重试策略表。重试策略表中记录了用户设置的各个重试策略的策略内容，以及每个重试策略对应的业务标识。具体的，重试策略的数据结构可以如下所示：[{"c":x,"t":y,"u":z}]，其中，c表示重试次数，x表示重试次数的赋值，t表示重试时间间隔，y表示重试时间间隔的赋值，u表示重试时间单位，z表示重试时间单位的赋值，z的取值可以为1、2或3，1表征时间单位为秒，2表征时间单位为分钟，3表征时间单位为小时。在具体的实现过程中，重试策略中除了重试次数、重试时间间隔和重试时间单位等基本参数外，还可以将重试策略配置为特殊的重试策略，可在重试策略中添加其他的参数，以定义重试过程中对应的中间处理过程，例如重试策略中还可以包括事件失败后可调用的远程HTTP回调接口、添加或修改中间状态参数等等。例如，在此场景下，重试策略表中可以包含以下主要字段：

id；

Modeid，模式id，1＝时分秒，2＝回调接口，支持自定义扩展；

description，描述；

modevalue。

模式值，id＝1：普通重试策略，c＝重试次数，t＝重试时间间隔，u＝重试时间单位：1＝秒，2＝分，3＝小时；

数据结构：[{"c":"x","t":"y","u":"z"}]。

id＝2：回调HTTP接口或处理模块策略；

数据结构：

{"groupflag":"account","callback":[{"id":1,"nextstep":"www.baidu.com","addparam":"","type":1},{"id":1,"nextstep":"Send

Message","addparam":"","type":2}],"retrytime":[{"callbackid":1,"c":"x","t":"y","u":"z"}]}。

需要说明的是，本发明实施例提供的数据结构和字段参数仅为更好地说明本发明提供的方法所提供的一个具体实施例，具体实现过程中的数据结构和字段参数可按需求设置，不影响本发明实施例提供的方法实现功能。

本发明实施例提供的方法中，可从预先配置的重试策略表中，获取每个重试策略对应的业务标识。需要说明的是，重试策略对应的业务标识可以仅有一个，也可以有多个，由具体的配置情况确定，不影响本发明实施例提供的方法实现功能。另一方面需要说明的是，本发明实施例中提及的重试策略的具体策略内容，是常规的重试策略内容，在具体的实现过程中，用户还可以根据实际的需求，自定义特殊的重试策略内容，重试策略的策略内容可由实际的需求确定，不影响本发明实施例提供的方法实现功能。

S105：在各个所述业务标识中，确定目标业务标识，所述目标业务标识为与所述目标业务类别相匹配的业务标识；

本发明实施例提供的方法中，可将目标业务类别的标识分别与各个业务标识进行匹配，并将与目标业务类别的标识相匹配的业务标识视为与目标业务类别相匹配的业务标识，将其作为目标业务标识。

S106：将所述重试策略表中所述目标业务标识所对应的重试策略确定为目标重试策略；

本发明实施例提供的方法中，可在各个重试策略中选取目标业务标识对应的重试策略作为目标重试策略。

S107：依据所述目标重试策略，确定所述目标业务事件对应的第一重试信息；所述第一重试信息包括路由键、事件标识以及事件推送时间；

本发明实施例提供的方法中，根据目标重试策略的策略内容和目标业务事件的事件信息，可以重构消费事件的路由键、事件标识(即事件GUID)和事件推送时间等事件消费信息，将这些信息作为第一重试信息。

S108：按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送，以对所述目标业务事件进行消费重试。

本发明实施例提供的方法中，可按照第一重试消息中的事件推送时间，在相应的时间点，基于路由键和事件标识等信息对目标事件消息进行推送，以进行消费重试。需要说明的是，第一重试信息中的事件推送时间可以有多个，具体由目标重试策略中定义的重试次数确定。在消费重试的过程中，按照事件推送时间的先后顺序，当到达事件推送时间对应的时间点时，进行目标事件消息的推送。若是在某个时间点的消息推送过程中，该目标事件消息对应的消费结果为消费成功，此时该目标事件消息则从重试队列中出列了，目标业务事件的消费重试过程亦已结束，不再对目标事件消息进行消息推送。

基于本发明实施例提供的方法，在预设的消息队列对队列中的事件消息进行消息推送，以进行事件消费的过程中，若监听到当前推送的事件消息对应的消费结果为消费失败，则将当前推送的事件消息确定为目标事件消息，并将目标事件消息从消息队列中移除，并加入已构建的重试队列中。确定目标事件消息对应的目标业务事件及其对应的目标业务类别。在预先配置的重试策略表中，确定该重试策略表记录的每个重试策略所对应的业务标识。在各个业务标识中，确定与目标业务类别相匹配的目标业务标识。将目标业务标识对应的重试策略确定为目标重试策略，依据目标重试策略，确定目标业务事件对应的第一重试信息，按照第一重试信息，对重试队列中的目标事件消息进行消息推送，以进行消费重试。应用本发明实施例提供的方法，可针对各类业务事件的消费重试需求，预先配置多个重试策略。当业务事件消费失败时，可基于其对应的目标重试策略进行消费重试，事件重试处理的灵活性较高，有利于满足各类业务事件的处理需求。其次，消费重试过程中的事件消息基于重试队列进行推送，消费重试流程在业务事件消费失败后独立触发，基于预先配置的重试策略表进行消费重试处理，与业务事件的正常消费流程的关联性较低，可将业务事件的正常消费流程与事件重试流程解耦，有利于系统开发运维及系统扩展。另外，各个重试策略基于重试策略表进行管理，重试策略的变更只涉及重试策略表的修改，不影响消息队列和重试队列的业务逻辑，消息队列和重试队列均可正常运转，无需重启，有利于保障业务事件的正常处理。

为了更好地说明本发明实施例提供的方法，本发明实施例结合实际的应用场景对本发明提供的事件重试方法进一步举例说明。本发明实施例提供的事件重试过程的伪代码，可以如下所示：

需要说明的是，本发明实施例中所提及的具体参数仅是为了更好地说明本发明提供的方法所提供的具体实施例，并非对实际应用过程中的参数进行限定。

进一步的，本发明实施例提供了又一种事件重试方法，参考图2所示流程图，在图1所示方法的基础上，本发明实施例提供的方法中，还包括：

S201：在所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程中，在事件中心对应的前端界面中提示用户所述目标事件消息当前应用的重试策略为所述目标重试策略；

本发明实施例提供的方法中，可预先配置事件中心对应的前端界面，可用于展示处于重试状态的业务事件的相关信息。在对重试队列中的目标事件消息进行推送的过程中，可通过前端界面相应的展示目标事件消息的重试状态，包括该目标事件消息当前应用的重试策略。在按照依据目标重试策略所确定第一重试信息进行消息推送时，目标事件消息当前应用的重试策略则为目标重试策略。

S202：监听是否接收到所述用户发送的修改指令，所述修改指令为对所述目标事件消息应用的重试策略进行修改的指令；

本发明实施例提供的方法中，在前端界面中预先设置有修改重试策略的按钮，用户可以通过前端界面对处于重试状态的事件消息所应用的重试策略进行修改。前端界面响应于用户点击对应按钮的操作，可向事件中心发送相应的修改指令。事件中心可在目标事件消息处于重试状态的情况下，持续监听是否接收到用户对目标事件消息应用的重试策略进行修改所发送的修改指令。

S203：当接收到所述用户发送的修改指令时，确定所述用户输入的自定义重试策略；所述自定义重试策略包括自定义重试次数、自定义重试时间间隔和自定义重试时间单位；

本发明实施例提供的方法中，当用户对事件消息应用的重试策略进行修改时，可通过前端界面输入事件消息需应用的重试策略的策略内容，包括重试次数、重试时间间隔和重试时间单位等等。若监听到对目标事件消息应用的重试策略进行修改的修改指令，则获取用户通过前端界面输入的重试次数(即自定义重试次数)、重试时间间隔(即自定义重试时间间隔)和重试时间单位(即自定义重试时间单位)等信息，以得到用户输入的自定义重试策略。

S204：依据所述自定义重试策略，确定所述目标业务事件对应的第二重试信息；

本发明实施例提供的方法中，根据自定义重试策略的策略内容和目标业务事件的事件信息，可以重构消费事件的路由键、事件标识和事件推送时间等事件消费信息，以得到第二重试信息。

S205：结束所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程，并按照所述第二重试信息，对所述重试队列中的所述目标事件消息进行消息推送。

本发明实施例提供的方法中，停止按照第一重试信息对目标事件消息进行消息推送，按照第二重试信息对目标事件消息进行消息推送，以对目标业务事件进行消费重试。

基于本发明实施例提供的方法，可以构建重试状态处理器实现上述流程的处理，支持对正在重试的事件消息后续应用重试次数、时间间隔等信息进行动态修改，可进一步提高事件重试处理的灵活性。

在图1所示方法的基础上，本发明实施例提供的方法中，还包括：

监听是否接收到所述目标事件消息对应的暂停重试指令；

本发明实施例提供的方法中，可以在事件中心对应的前端界面中预先设置用于暂停对处于重试状态的事件消息进行消息推送的暂停按钮，用户可通过点击事件消息对应的暂停按钮，触发事件中心暂停对该事件消息进行消息推送。前端界面响应于用户点击暂停按钮的操作，可向事件中心发送对应的暂停重试指令。在对重试队列中的目标事件消息进行消息推送的过程中，可监听是否接收到目标事件消息对应的暂停重试指令。

当接收到所述目标事件消息对应的暂停重试指令时，暂停对所述重试队列中的所述目标事件消息进行消息推送。

本发明实施例提供的方法中，若监听到目标事件消息对应的暂停重试指令，则暂停对重试队列中的目标事件消息进行消息推送，直至接收到下一步处理的指示。

基于本发明实施例提供的方法，可以暂停业务事件的重试流程，可进一步提高事件重试处理的灵活性。

在图1所示方法的基础上，本发明实施例提供的方法中，还包括：

在所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程结束后，确定所述目标事件消息对应的最终消费结果；

本发明实施例提供的方法中，当目标事件消息在重试流程中的消息推送过程结束后，可获取目标事件消息对应的最终消费结果，即最后一次对该目标事件消息进行消息推送的推送结果。

若所述最终消费结果为消费失败，则在预先配置的失败事件处理策略库中，确定所述目标业务类别对应的目标失败事件处理策略；所述失败事件处理策略库中包括多个预先设置的失败事件处理策略；

本发明实施例提供的方法中，用户可以根据实际的业务需求，预先配置各类业务事件对应的各个失败事件处理策略，以构建得到失败事件处理策略库。每个失败事件处理策略指的是其对应类别的业务事件消费失败后，需触发的处理流程。例如，用户可针对业务事件添加回调逻辑和自定义的消息数据，作为失败事件处理策略，当对应的业务事件最终消费失败时，可回调自定义的接口，或动态添加具体的消息数据发送信息。在具体的实现过程中，各个失败事件处理策略的相关参数可在重试策略表中进行记录，也就是当业务事件存在对应的业务需求时，可将其对应的重试策略配置为特殊的重试策略，例如重试策略中除了重试次数、重试时间间隔和重试时间单位等参数外，还配置有回调HTTP接口等数据。失败事件处理策略库可基于重试策略表构建。

本发明实施例提供的方法中，若是目标事件消息的最终消费结果为消费失败，则在失败事件处理策略库中将目标业务类别分别与各个失败事件处理策略进行匹配，选取与目标业务类别相匹配的失败事件处理策略作为目标失败事件处理策略。

依据所述目标失败事件处理策略，生成与所述目标业务事件相关联的失败处理事件；对所述失败处理事件进行消费处理。

本发明实施例提供的方法中，可基于目标失败事件处理策略的策略内容，生成失败处理事件，对该事件进行消费处理，以对消费失败的目标业务事件进行进一步处理。例如，在客户下单付款的场景下，若客户下单后暂未付款，到预定的时间后，可向客户发送短信提示客户付款时间即将结束，目标业务事件是向客户发送提示短信的事件。该类型业务事件对应的目标失败事件处理策略可以是呼叫工作人员，或是通过拨打客户电话提醒，又或者是向客户发送邮件提醒支付失败，需重新下单等等。当目标业务事件最终消费失败时，即进行事件重试仍未成功发送短信，则可以通过目标失败事件处理策略中定义的处理方式，生成对应的失败处理事件，如向客户发送支付失败的提醒邮件的业务事件。对该失败处理事件进行消费处理，即通过邮件方式向客户发送相关邮件。具体的，目标失败事件处理策略中还可以定义自目标业务事件消费失败至开始对失败处理事件进行消费处理的时间间隔。

基于本发明实施例提供的方法，可以根据实际的业务需求，配置事件失败后的处理策略。在目标业务事件最终消费失败时，可进一步根据相应的策略，触发后续的处理流程，可进一步提高事件处理的灵活性和可扩展性。

在图1所示方法的基础上，本发明实施例提供的方法中，还包括：

实时记录所述目标事件消息的推送信息，以生成所述目标业务事件的消费日志；所述目标事件消息的推送信息包括实际推送时间、推送结果和失败原因。

本发明实施例提供的方法中，在对目标事件消息进行消息推送的过程中，可以记录目标事件消息的每次推送的推送信息，每次推送的推送信息包括实际推送时间，推送结果，若是推送结果为失败，则还包括客户端返回的失败原因。对目标事件消息进行消息推送的过程包括目标业务事件正常处理流程中的推送过程以及目标业务事件重试流程中的推送过程，也就是在目标事件消息的整个处理过程中，均记录其相关的推送信息，以得到目标业务事件的消费日志。

基于本发明实施例提供的方法，可以通过构建重试日志处理器执行上述流程，对各个业务事件的消费情况进行日志管理，有利于对消费失败的业务事件的错误情况进行追踪复盘。

在图1所示方法的基础上，本发明实施例提供的方法中，还包括：

监听是否接收到所述目标事件消息对应的进度查询指令；

本发明实施例提供的方法中，在前端界面中预先设置有查询重试状态下的业务事件的处理进度，也就是查询其事件消息的处理情况的按钮。用户可以通过点击事件消息对应的进度查询按钮，对事件消息的处理进度进行查询。前端界面响应于用户点击进度查询按钮的操作，可向事件中心发送对应事件消息的进度查询指令。

在对重试队列中的目标事件消息进行推送的过程中，可监听是否接收到目标事件消息对应的进度查询指令。

当接收到所述目标事件消息对应的进度查询指令时，确定所述目标事件消息的实时重试进度，并向用户反馈所述实时重试进度。

本发明实施例提供的方法中，在接收到目标事件消息的进度查询指令时，可根据当前的消息推送情况，确定目标事件消息的实时重试进度，实时重试进度可以包括事件消息是否进行了重试、重试了几次、当前处于哪个阶段等进度信息，可在前端界面中显示该实时重试进度，以向用户进行反馈。

在具体的实现过程中，目标事件消息的状态，也就是业务事件的处理进度，可以在数据库中通过具体的重试状态表进行记录。具体的，重试状态表中可以包含以下主要字段：

Id；

queuename，队列名；

eventguid，事件guid；

eventdata，事件内容；

retrycount，重试次数；

retrystatus，10＝需要重试20＝已发起重试30＝重试次数用尽40＝重试已成功；

timedproducerid。

基于本发明实施例提供的方法，可向用户反馈处于重试状态的业务事件具体处于哪个阶段(即事件消息的重试进度)，可进一步提升用户的使用体验。

与图1所示的一种事件重试方法相对应的，本发明实施例还提供了一种事件重试装置，用于对图1中所示方法的具体实现，其结构示意图如图3所示，包括：

第一监听单元301，用于在预设的消息队列对队列中的事件消息进行消息推送，以进行事件消费的过程中，监听所述消息队列中当前推送的事件消息所对应的消费结果；

第一确定单元302，用于若监听到所述当前推送的事件消息对应的消费结果为消费失败，则将所述当前推送的事件消息确定为目标事件消息，并将所述目标事件消息从所述消息队列中移除，将所述目标事件消息加入已构建的重试队列中；

第二确定单元303，用于确定所述目标事件消息对应的目标业务事件，并确定所述目标业务事件对应的目标业务类别；

第三确定单元304，用于在预先配置的重试策略表中，确定该重试策略表记录的每个重试策略所对应的业务标识；每个所述重试策略中包含其对应的重试次数、重试时间间隔和重试时间单位；

第四确定单元305，用于在各个所述业务标识中，确定目标业务标识，所述目标业务标识为与所述目标业务类别相匹配的业务标识；

第五确定单元306，用于将所述重试策略表中所述目标业务标识所对应的重试策略确定为目标重试策略；

第六确定单元307，用于依据所述目标重试策略，确定所述目标业务事件对应的第一重试信息；所述第一重试信息包括路由键、事件标识以及事件推送时间；

第一重试单元308，用于按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送，以对所述目标业务事件进行消费重试。

应用本发明实施例提供的装置，可针对各类业务事件的消费重试需求，预先配置多个重试策略。当业务事件消费失败时，可基于其对应的目标重试策略进行消费重试，事件重试处理的灵活性较高，有利于满足各类业务事件的处理需求。其次，消费重试过程中的事件消息基于重试队列进行推送，消费重试流程在业务事件消费失败后独立触发，基于预先配置的重试策略表进行消费重试处理，与业务事件的正常消费流程的关联性较低，可将业务事件的正常消费流程与事件重试流程解耦，有利于系统开发运维及系统扩展。另外，各个重试策略基于重试策略表进行管理，重试策略的变更只涉及重试策略表的修改，不影响消息队列和重试队列的业务逻辑，消息队列和重试队列均可正常运转，无需重启，有利于保障业务事件的正常处理。

本发明实施例提供了又一种事件重试装置，其结构示意图如图4所示，在图3所示装置的基础上，本发明实施例提供的装置中，还包括：

提示单元309，用于在所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程中，在事件中心对应的前端界面中提示用户所述目标事件消息当前应用的重试策略为所述目标重试策略；

第二监听单元310，用于监听是否接收到所述用户发送的修改指令，所述修改指令为对所述目标事件消息应用的重试策略进行修改的指令；

第七确定单元311，用于当接收到所述用户发送的修改指令时，确定所述用户输入的自定义重试策略；所述自定义重试策略包括自定义重试次数、自定义重试时间间隔和自定义重试时间单位；

第八确定单元312，用于依据所述自定义重试策略，确定所述目标业务事件对应的第二重试信息；

第二重试单元313，用于结束所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程，并按照所述第二重试信息，对所述重试队列中的所述目标事件消息进行消息推送。

在上述实施例提供的装置的基础上，本发明实施例提供的装置还可以进一步扩展出多个单元，各个单元的功能可参见前文对于事件重试方法所提供的各个实施例中的说明，在此不再进一步举例说明。

本发明实施例还提供了一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如上述的事件重试方法。

本发明实施例还提供了一种电子设备，其结构示意图如图5所示，具体包括存储器401，以及一个或者一个以上的指令402，其中一个或者一个以上指令402存储于存储器401中，且经配置以由一个或者一个以上处理器403执行所述一个或者一个以上指令402进行以下操作：

在预设的消息队列对队列中的事件消息进行消息推送，以进行事件消费的过程中，监听所述消息队列中当前推送的事件消息所对应的消费结果；

若监听到所述当前推送的事件消息对应的消费结果为消费失败，则将所述当前推送的事件消息确定为目标事件消息，并将所述目标事件消息从所述消息队列中移除，将所述目标事件消息加入已构建的重试队列中；

确定所述目标事件消息对应的目标业务事件，并确定所述目标业务事件对应的目标业务类别；

在预先配置的重试策略表中，确定该重试策略表记录的每个重试策略所对应的业务标识；每个所述重试策略中包含其对应的重试次数、重试时间间隔和重试时间单位；

在各个所述业务标识中，确定目标业务标识，所述目标业务标识为与所述目标业务类别相匹配的业务标识；

将所述重试策略表中所述目标业务标识所对应的重试策略确定为目标重试策略；

依据所述目标重试策略，确定所述目标业务事件对应的第一重试信息；所述第一重试信息包括路由键、事件标识以及事件推送时间；

按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送，以对所述目标业务事件进行消费重试。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种事件重试方法，其特征在于，包括：

在预设的消息队列对队列中的事件消息进行消息推送，以进行事件消费的过程中，监听所述消息队列中当前推送的事件消息所对应的消费结果；

若监听到所述当前推送的事件消息对应的消费结果为消费失败，则将所述当前推送的事件消息确定为目标事件消息，并将所述目标事件消息从所述消息队列中移除，将所述目标事件消息加入已构建的重试队列中；

确定所述目标事件消息对应的目标业务事件，并确定所述目标业务事件对应的目标业务类别；

在预先配置的重试策略表中，确定该重试策略表记录的每个重试策略所对应的业务标识；每个所述重试策略中包含其对应的重试次数、重试时间间隔和重试时间单位；

在各个所述业务标识中，确定目标业务标识，所述目标业务标识为与所述目标业务类别相匹配的业务标识；

将所述重试策略表中所述目标业务标识所对应的重试策略确定为目标重试策略；

依据所述目标重试策略，确定所述目标业务事件对应的第一重试信息；所述第一重试信息包括路由键、事件标识以及事件推送时间；

按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送，以对所述目标业务事件进行消费重试。

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

在所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程中，在事件中心对应的前端界面中提示用户所述目标事件消息当前应用的重试策略为所述目标重试策略；

监听是否接收到所述用户发送的修改指令，所述修改指令为对所述目标事件消息应用的重试策略进行修改的指令；

当接收到所述用户发送的修改指令时，确定所述用户输入的自定义重试策略；所述自定义重试策略包括自定义重试次数、自定义重试时间间隔和自定义重试时间单位；

依据所述自定义重试策略，确定所述目标业务事件对应的第二重试信息；

结束所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程，并按照所述第二重试信息，对所述重试队列中的所述目标事件消息进行消息推送。

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

监听是否接收到所述目标事件消息对应的暂停重试指令；

当接收到所述目标事件消息对应的暂停重试指令时，暂停对所述重试队列中的所述目标事件消息进行消息推送。

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

在所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程结束后，确定所述目标事件消息对应的最终消费结果；

若所述最终消费结果为消费失败，则在预先配置的失败事件处理策略库中，确定所述目标业务类别对应的目标失败事件处理策略；所述失败事件处理策略库中包括多个预先设置的失败事件处理策略；

依据所述目标失败事件处理策略，生成与所述目标业务事件相关联的失败处理事件；

对所述失败处理事件进行消费处理。

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

实时记录所述目标事件消息的推送信息，以生成所述目标业务事件的消费日志；所述目标事件消息的推送信息包括实际推送时间、推送结果和失败原因。

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

监听是否接收到所述目标事件消息对应的进度查询指令；

当接收到所述目标事件消息对应的进度查询指令时，确定所述目标事件消息的实时重试进度，并向用户反馈所述实时重试进度。

7.一种事件重试装置，其特征在于，包括：

第一监听单元，用于在预设的消息队列对队列中的事件消息进行消息推送，以进行事件消费的过程中，监听所述消息队列中当前推送的事件消息所对应的消费结果；

第一确定单元，用于若监听到所述当前推送的事件消息对应的消费结果为消费失败，则将所述当前推送的事件消息确定为目标事件消息，并将所述目标事件消息从所述消息队列中移除，将所述目标事件消息加入已构建的重试队列中；

第二确定单元，用于确定所述目标事件消息对应的目标业务事件，并确定所述目标业务事件对应的目标业务类别；

第三确定单元，用于在预先配置的重试策略表中，确定该重试策略表记录的每个重试策略所对应的业务标识；每个所述重试策略中包含其对应的重试次数、重试时间间隔和重试时间单位；

第四确定单元，用于在各个所述业务标识中，确定目标业务标识，所述目标业务标识为与所述目标业务类别相匹配的业务标识；

第五确定单元，用于将所述重试策略表中所述目标业务标识所对应的重试策略确定为目标重试策略；

第六确定单元，用于依据所述目标重试策略，确定所述目标业务事件对应的第一重试信息；所述第一重试信息包括路由键、事件标识以及事件推送时间；

第一重试单元，用于按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送，以对所述目标业务事件进行消费重试。

8.根据权利要求7所述的装置，其特征在于，还包括：

提示单元，用于在所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程中，在事件中心对应的前端界面中提示用户所述目标事件消息当前应用的重试策略为所述目标重试策略；

第二监听单元，用于监听是否接收到所述用户发送的修改指令，所述修改指令为对所述目标事件消息应用的重试策略进行修改的指令；

第七确定单元，用于当接收到所述用户发送的修改指令时，确定所述用户输入的自定义重试策略；所述自定义重试策略包括自定义重试次数、自定义重试时间间隔和自定义重试时间单位；

第八确定单元，用于依据所述自定义重试策略，确定所述目标业务事件对应的第二重试信息；

第二重试单元，用于结束所述按照所述第一重试信息，对所述重试队列中的所述目标事件消息进行消息推送的过程，并按照所述第二重试信息，对所述重试队列中的所述目标事件消息进行消息推送。

9.一种存储介质，其特征在于，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如权利要求1～6任意一项所述的事件重试方法。

10.一种电子设备，其特征在于，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如权利要求1～6任意一项所述的事件重试方法。