CN110858166A

CN110858166A - 一种应用异常的处理方法、装置、存储介质及处理器

Info

Publication number: CN110858166A
Application number: CN201810960132.7A
Authority: CN
Inventors: 张志强
Original assignee: Beijing Gridsum Technology Co Ltd
Current assignee: Beijing Gridsum Technology Co Ltd
Priority date: 2018-08-22
Filing date: 2018-08-22
Publication date: 2020-03-03
Anticipated expiration: 2038-08-22
Also published as: CN110858166B

Abstract

本发明公开了一种应用异常的处理方法，包括：当接收到应用发送的异常信息时，根据异常注册中心记录的与所述异常信息中的异常类型相对应的重试策略，生成重试信息，并将所述重试信息写入第一重试队列中；对所述第一重试队列中的重试信息进行监测，当所述重试信息满足重试策略中的重试条件时，根据所述重试策略执行应用重试。本发明实现对不同异常的自动处理，提高了应用异常的处理效率。

Description

一种应用异常的处理方法、装置、存储介质及处理器

技术领域

本发明涉及异常处理技术领域，更具体的，涉及一种应用异常的处理方法、装置、存储介质及处理器。

背景技术

应用在运行过程中有时会发生各种当前环境下不能恢复的异常，这些异常需要一定时间之后再处理，一般称为应用异常。

目前对应用异常的常用处理方案为：在发生应用异常时记录异常日志，并发送邮件通知系统的负责人或系统运维人员，再人工对应用进行异常恢复或做相应处理。重要的异常恢复甚至需要工作人员全天24小时待命，这给工作人员带来了繁杂的处理工作，应用异常的处理效率低下。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的应用异常的处理方法、装置、存储介质及处理器。

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

一种应用异常的处理方法，包括：

当接收到应用发送的异常信息时，根据异常注册中心记录的与所述异常信息中的异常类型相对应的重试策略，生成重试信息；

将所述重试信息写入第一重试队列中；

对所述第一重试队列中的重试信息进行监测，当所述重试信息满足重试策略中的重试条件时，根据所述重试策略执行应用重试。

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

分别为每种异常类型定义相应的重试策略，并将异常类型与重试策略的对应关系记录到注册中心，所述重试策略包括重试条件和异常恢复策略。

可选的，根据所述重试策略执行应用重试，包括：

根据所述重试策略调用相应的应用程序编程接口以执行应用重试。

可选的，根据所述重试策略执行应用重试，包括：

根据所述重试策略，将所述重试信息写入相应的业务系统中的消息队列中，以执行应用重试。

可选的，在所述根据所述重试策略执行应用重试之后，所述方法还包括：

获取重试结果；

当重试失败时，根据所述重试策略中的重试条件判断是否对所述应用进行再次重试；

若否，提示重试失败；

若是，记录所述应用已重试次数和重试时间，生成再次重试信息，并将所述再次重试信息写入第二重试队列中；

对所述第二重试队列中的再次重试信息进行监测，当所述再次重试信息满足重试策略中的重试条件时，根据所述重试策略执行应用重试，并重复执行所述获取重试结果的步骤。

一种应用异常的处理装置，包括：

生成单元，用于当接收到应用发送的异常信息时，根据异常注册中心记录的与所述异常信息中的异常类型相对应的重试策略，生成重试信息；

写入单元，用于将所述重试信息写入第一重试队列中；

重试单元，用于对所述第一重试队列中的重试信息进行监测，当所述重试信息满足重试策略中的重试条件时，根据所述重试策略执行应用重试。

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

注册单元，用于分别为每种异常类型定义相应的重试策略，并将异常类型与重试策略的对应关系记录到注册中心，所述重试策略包括重试条件和异常恢复策略。

可选的，所述重试单元，具体用于根据所述重试策略调用相应的应用程序编程接口以执行应用重试。

可选的，所述重试单元，具体用于根据所述重试策略，将所述重试信息写入相应的业务系统中的消息队列中，以执行应用重试。

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

重试结果获取单元，用于获取重试结果；

重试结果处理单元，用于当重试失败时，根据所述重试策略中的重试条件判断是否对所述应用进行再次重试；若否，提示重试失败；若是，记录所述应用已重试次数和重试时间，生成再次重试信息，并将所述再次重试信息写入第二重试队列中；对所述第二重试队列中的再次重试信息进行监测，当所述再次重试信息满足重试策略中的重试条件时，根据所述重试策略执行应用重试，并触发所述重试结果获取单元。

一种存储介质，所述存储介质包括存储的程序，

其中，所述程序被处理器执行时实现如上述中任一项所述的应用异常的处理方法。

一种处理器，所述处理器用于运行程序，

其中，所述程序运行时执行如上述中任一项所述的应用异常的处理方法。

借由上述技术方案，本发明提供的一种应用异常的处理方法，为不同异常类型提供不同的重试策略，实现了对各种应用异常的自动化处理，提高了应用异常的处理效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例公开的一种应用异常的处理方法流程示意图；

图2示出了本发明实施例公开的另一种应用异常的处理方法流程示意图；

图3示出了本发明实施例公开的一种应用异常的处理装置结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

请参阅图1，本实施公开了一种应用异常的处理方法，应用于异常重试中心，异常重试中心可以部署在服务器上，具体包括以下步骤：

S101：当接收到应用发送的异常信息时，根据异常注册中心记录的与所述异常信息中的异常类型相对应的重试策略，生成重试信息；

当应用运行异常时，向异常重试中心发送异常信息，异常信息携带有异常类型和发生异常的应用标识等信息，以便使异常重试中心确认是哪个应用运行异常、以及异常类型。

需要说明的是，预先分别为每种异常类型定义相应的重试策略，并将异常类型与重试策略的对应关系记录到注册中心，异常注册中心记录了每种异常类型对应的重试策略。

当异常重试中心接收到异常信息时，调用异常注册中心，找到与异常信息相匹配的重试策略，重试策略包括重试条件和异常恢复策略。重试条件可以为执行重试的时间和可以重试的次数，当重试时间的逻辑比较复杂时可以通过Cron表达式进行设定，Cron表达式是Linux系统计划任务的常用方式，可以定义在匹配的时间执行已经计划好的工作。

可以对不同异常类型定义不同的异常恢复策略，例如调用指定应用程序编程接口API，写入指定业务系统中的消息队列中等。

重试信息中包括应用标识、异常类型、重试条件和异常恢复策略等。

S102：将所述重试信息写入第一重试队列中；

第一重试队列可以为kafka消息队列。

S103：对所述第一重试队列中的重试信息进行监测，当所述重试信息满足重试策略中的重试条件时，根据所述重试策略执行应用重试。

具体的，对第一重试队列中的所有重试信息进行轮询，实时监测是否有满足相应重试条件的重试信息。

当重试条件中的重试时间是通过Cron表达式进行设定的，在判断当前时间是否满足重试条件之间，需要对Cron表达式进行解析，得到第一次重试的时间，再判断当前时间是否为解析得到的第一次重试的时间。

重试条件包括可执行重试的次数和重试时间，由于在第一重试队列中的重试信息还未执行过重试，因此，只需判断重试信息是否满足重试时间的要求。

当所述重试信息满足重试策略中的重试条件时，根据所述重试策略执行应用重试，具体的，可以根据所述重试策略调用相应的应用程序编程接口以执行应用重试，也可以根据所述重试策略，将所述重试信息写入相应的业务系统中的消息队列中，以执行应用重试。

业务系统中的消息队列可以为kafka消息队列、redis消息队列等。

本实施例公开的一种应用异常的处理方法，为不同异常类型提供不同的重试策略，实现了对各种应用异常的自动化处理，提高了应用异常的处理效率。

可以理解的是，应用异常时，执行一次重试可能出现重试失败的情况，针对这一问题，本实施例公开了另一种应用异常的处理方法，请参阅图2，具体包括以下步骤：

S201：获取重试结果；

可以理解的是，重试结果包括重试成功和重试失败。

当重试结果为重试成功时，应用异常的处理流程结束。将应用异常的处理流程记录在系统日志中，以供运维人员查阅。

S202：当重试失败时，根据所述重试策略中的重试条件判断是否对所述应用进行再次重试；

即，当重试策略中定义对该异常类型只执行一次重试时，提示重试失败，不再对该应用进行再次重试；或当前已执行重试的次数已经达到重试策略中定义的该异常类型的重试次数上限时，提示重试失败，不再对该应用进行再次重试。

若否，S203：提示重试失败；

若是，S204：记录所述应用已重试次数和重试时间，生成再次重试信息，并将所述再次重试信息写入第二重试队列中；

需要说明的是，再次重试信息中包括应用标识、异常类型、重试条件、异常恢复策略、所述应用已重试次数和重试时间等。

还需要说明的是，应用的第一次重试，重试信息写入第一重试队列，若第一次重试失败，后续的所有再次重试信息都写入第二重试队列中，第一重试队列和第二重试队列的区别在于第一重试队列和第二重试队列的轮询频率不同，第一重试队列轮询比第二重试队列要频繁。例如，可以将第一重试队列的轮询频率设定为1分钟，将第二重试队列的轮询频率设定为5分钟，设置第一重试队列和第二重试队列，可以保证及时对第一重试队列中的重试信息执行重试，并避免所有重试信息都在同一队列中导致队列执行能力下降的问题。

S205：对所述第二重试队列中的再次重试信息进行监测，当所述再次重试信息满足重试策略中的重试条件时，根据所述重试策略执行应用重试，并返回执行S201。

本实施例公开的一种应用异常的处理方法，根据重试结果对应用异常进行处理，解决了一次重试未成功时的异常处理问题，并根据已重试次数、重试时间和重试策略对应用异常进行灵活处理，保证了应用异常处理的可靠性。

基于上述实施例公开的一种应用异常的处理方法，请参阅图3，本实施例对应公开了一种应用异常的处理装置，包括：

生成单元301，用于当接收到应用发送的异常信息时，根据异常注册中心记录的与所述异常信息中的异常类型相对应的重试策略，生成重试信息；

写入单元302，用于将所述重试信息写入第一重试队列中；

重试单元303，用于对所述第一重试队列中的重试信息进行监测，当所述重试信息满足重试策略中的重试条件时，根据所述重试策略执行应用重试。

可选的，所述重试单元303，具体用于根据所述重试策略调用相应的应用程序编程接口以执行应用重试。

可选的，所述重试单元304，具体用于根据所述重试策略，将所述重试信息写入相应的业务系统中的消息队列中，以执行应用重试。

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

重试结果获取单元，用于获取重试结果；

重试结果处理单元，用于当重试失败时，根据所述重试策略中的重试条件判断是否对所述应用进行再次重试；若否，提示重试失败；若否，记录所述应用已重试次数和重试时间，生成再次重试信息，并将所述再次重试信息写入第二重试队列中；对所述第二重试队列中的再次重试信息进行监测，当所述再次重试信息满足重试策略中的重试条件时，根据所述重试策略执行应用重试，并触发所述重试结果获取单元。

本实施例公开的一种应用异常的处理装置，为不同异常类型提供不同的重试策略，实现了对各种应用异常的自动化处理，提高了应用异常的处理效率。

所述应用异常的处理装置包括处理器和存储器，上述生成单元、写入单元、重试单元、注册单元、重试结果获取单元和重试结果处理单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来提高异常处理的效率。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述应用异常的处理方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述应用异常的处理方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：

将所述重试信息写入第一重试队列中；

进一步，所述方法还包括：

进一步，根据所述重试策略执行应用重试，包括：

进一步，在所述根据所述重试策略执行应用重试之后，所述方法还包括：

获取重试结果；

若否，提示重试失败；

本文中的设备可以是服务器、PC。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

将所述重试信息写入第一重试队列中；

进一步，所述方法还包括：

进一步，根据所述重试策略执行应用重试，包括：

获取重试结果；

若否，提示重试失败；

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims

1.一种应用异常的处理方法，其特征在于，包括：

将所述重试信息写入第一重试队列中；

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

3.根据权利要求1所述的方法，其特征在于，根据所述重试策略执行应用重试，包括：

4.根据权利要求1所述的方法，其特征在于，根据所述重试策略执行应用重试，包括：

5.根据权利要求1所述的方法，其特征在于，在所述根据所述重试策略执行应用重试之后，所述方法还包括：

获取重试结果；

若否，提示重试失败；

6.一种应用异常的处理装置，其特征在于，包括：

写入单元，用于将所述重试信息写入第一重试队列中；

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

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

重试结果获取单元，用于获取重试结果；

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，

其中，所述程序被处理器执行时实现如权利要求1-5中任一项所述的应用异常的处理方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，

其中，所述程序运行时执行如权利要求1-5中任一项所述的应用异常的处理方法。