CN113703946A - 应用恢复方法及其装置、电子设备、计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种应用恢复方法及其装置、电子设备、计算机可读存储介质。该方法包括：获取接收到的应用恢复请求中包含的目标应用的应用类型；其中，应用类型包括：主应用类型或从应用类型；根据目标应用的应用类型，查询与目标应用相对应的调用序列，根据调用序列确定与目标应用存在调用关系的关联应用；获取目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复目标应用和/或关联应用。本发明提供的方法能够根据应用的主从调用关系，对应用进行分层级的恢复管理，可最大程度的对应用进行保护和恢复，节约应用恢复时间，提高应用运行效率，减少重复运行和调用等产生的资源碎片和系统开销。

Description

应用恢复方法及其装置、电子设备、计算机可读存储介质

技术领域

本发明涉及通信技术领域，具体涉及一种应用恢复方法及其装置、电子设备、计算机可读存储介质。

背景技术

随着业务场景的复杂化和应用领域的相互融合，不同应用之间的调用关系日趋复杂，在终端资源日益短缺的今天，经常面临运行异常或中途退出等问题，需要进行应用恢复。现有的应用恢复方法主要根据应用运行情况，针对单一应用进行断点恢复，无法提供分级、分段的差异化保护机制和恢复方法，不能满足嵌套应用架构的恢复需求。

发明内容

为此，本发明提供应用恢复方法及其装置、电子设备、计算机可读存储介质，能够根据应用的主从调用关系，对应用进行分层级的恢复管理，可最大程度的对应用进行保护和恢复，节约应用恢复时间，提高应用运行效率，减少重复运行和调用等产生的资源碎片和系统开销，缓解日益紧缺的终端资源危机。

为了实现上述目的，第一方面，本发明提供一种应用恢复方法，所述方法包括：

获取接收到的应用恢复请求中包含的目标应用的应用类型；其中，所述应用类型包括：主应用类型或从应用类型；

根据所述目标应用的应用类型，查询与所述目标应用相对应的调用序列，根据所述调用序列确定与所述目标应用存在调用关系的关联应用；

获取所述目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复所述目标应用和/或关联应用。

在一些示例中，若所述应用类型为主应用类型，所述根据所述目标应用的应用类型，查询与所述目标应用相对应的调用序列，根据所述调用序列确定与所述目标应用存在调用关系的关联应用之前，所述方法还包括：

查询主应用的主调用标识，以确定当前是否有被调用的从应用。

在一些示例中，若当前有被调用的从应用，所述根据所述目标应用的应用类型，查询与所述目标应用相对应的调用序列，根据所述调用序列确定与所述目标应用存在调用关系的关联应用包括：

从所述调用序列中获取各个从应用对应的从调用标识；

根据各个所述从应用标识，确定当前被调用的从应用。

在一些示例中，所述获取所述目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复所述目标应用和/或关联应用包括：

获取当前被调用的从应用对应的从恢复节点及主应用对应的主恢复节点；

根据所述主恢复节点恢复所述主应用，再根据所述从恢复节点恢复对应的所述从应用。

在一些示例中，若当前被调用的从应用为多个，所述获取当前被调用的从应用对应的从恢复节点及主应用对应的主恢复节点包括：

获取被调用的各个所述从应用对应的所述从恢复节点，及所述主应用对应的主恢复节点，并从所述调用序列中获取各个被调用的所述从应用的调用排序；

所述根据所述主恢复节点恢复所述主应用，再根据所述从恢复节点恢复对应的所述从应用包括：

根据所述主恢复节点恢复所述主应用，再按照所述调用排序，依次根据各个所述从恢复节点恢复对应的所述从应用。

在一些示例中，所述根据所述主恢复节点恢复所述主应用，再根据所述从恢复节点恢复对应的所述从应用之前，所述方法还包括：

判断获取到的所述从恢复节点是否符合预设条件；

若是，则执行所述根据所述主恢复节点恢复所述主应用，再根据所述从恢复节点恢复对应的所述从应用；

若否，则根据所述主恢复节点恢复所述主应用；

其中，所述预设条件包括以下至少一者：

获取到的所述从恢复节点的数量与被调用的所述从应用的数量相等；

获取到的所述从恢复节点非初始启动点。

在一些示例中，若所述应用类型为从应用类型，所述获取所述目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复所述目标应用和/或关联应用包括：

获取当前被调用的从应用对应的从恢复节点；

在主应用运行的状态下，根据所述从恢复节点恢复对应的所述从应用。

在一些示例中，若当前被调用的从应用为多个，所述获取当前被调用的从应用对应的从恢复节点包括：

获取被调用的各个所述从应用对应的所述从恢复节点，并从所述调用序列中获取各个被调用的所述从应用的调用排序；

所述在主应用运行的状态下，根据所述从恢复节点恢复对应的所述从应用包括：

在主应用运行的状态下，按照所述调用排序，依次根据各个所述从恢复节点恢复对应的所述从应用。

在一些示例中，所述在主应用运行的状态下，根据所述从恢复节点恢复对应的所述从应用之前，所述方法还包括：

判断获取到的所述从恢复节点是否符合预设条件；

若是，则执行所述在主应用运行的状态下，根据所述从恢复节点恢复对应的所述从应用；

若否，则根据被调用的所述从应用的初始启动点恢复对应的所述从应用；

其中，所述预设条件为获取到的所述从恢复节点的数量与被调用的所述从应用的数量相等。

第二方面，本发明提供一种应用恢复装置，该装置包括：

获取单元，其用于获取接收到的应用恢复请求中包含的目标应用的应用类型；其中，所述应用类型包括：主应用类型或从应用类型；

确定单元，其用于根据所述目标应用的应用类型，查询与所述目标应用相对应的调用序列，根据所述调用序列确定与所述目标应用存在调用关系的关联应用；

恢复单元，其用于获取所述目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复所述目标应用和/或关联应用。

第三方面，本发明提供一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的方法。

第四方面，本发明提供一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行上述的方法。

本发明具有如下优点：

本发明提供的应用恢复方法及其装置、电子设备、计算机可读存储介质，应用在具有主应用和从应用的应用框架中，获取接收到的应用恢复请求中包含的目标应用的应用类型；其中，所述应用类型包括：主应用类型或从应用类型；

根据所述目标应用的应用类型，查询与所述目标应用相对应的调用序列，根据所述调用序列确定与所述目标应用存在调用关系的关联应用；

获取所述目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复所述目标应用和/或关联应用。

在恢复前首先判断恢复的应用的应用类型，再确定各关联应用的调用情况，之后再根据获取的恢复节点，对目标应用和/或关联应用进行恢复，该方法能够根据应用的主从调用关系，对应用进行分层级的恢复管理，可最大程度的对应用进行保护和恢复，节约应用恢复时间，提高应用运行效率，减少重复运行和调用等产生的资源碎片和系统开销，缓解日益紧缺的终端资源危机。

附图说明

附图是用来提供对本发明的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明，但并不构成对本发明的限制。

图1为本发明实施例提供的应用恢复方法的流程图之一；

图2为本发明实施例提供的应用恢复方法的流程图之二；

图3为本发明实施例提供的应用恢复方法的流程图之三；

图4为本发明实施例提供的应用恢复装置的结构示意图；

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

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在相关技术中，应用在运行过程中，可能会出现运行异常或闪退、卡顿等问题，需要进行应用恢复，此时，向系统发送应用恢复请求。本应用恢复方法所应用的系统中，可以包括多种配置参数，所述配置参数例如可以包括应用标识、恢复节点、节点触发器、恢复周期、并行调用、串行调用、调用序列、调用标识等。

具体地，应用标识包含应用类型，应用类型包括主应用类型或从应用类型。应用恢复请求中包含应用标识，通过应用标识可以识别需要恢复的应用为主应用还是从应用。其中，主应用能够调用至少一个从应用。

需要说明的是，本发明提供的应用恢复方法应用的系统的应用框架中，可以包括嵌套的多层级应用层，一级应用层中的应用可以调用下一层应用层中的应用，因此，每一应用层中的一个应用，即可作为上一层应用层中的某一应用的从应用，也可作为下一层应用层中的至少一个应用的主应用，在应用框架里的任一应用都可以采用本发明提供的应用恢复方法进行应用恢复。为了便于说明，本发明以二层嵌套为例进行说明，即一个主应用管理至少一个从应用为例进行说明。

节点触发器用于为主应用及从应用自动保存恢复节点，可以给主应用和从应用分别预设节点触发条件，当主/从应用满足某预设节点触发条件时，系统自动保存该节点作为主/从应用的恢复节点。以下将主应用的恢复节点称为主应用节点，从应用的恢复节点称为从恢复节点。其中，预设节点触发条件例如可以包括主/从应用完成某阶段关键数据留存、主/从应用完成某关键子流程等，在此不做限定。

需要说明的是，在每一应用(包括主应用和从应用)启动时(包括开始运行或开始被调用时)，节点触发器会为该应用保存一恢复节点，将该恢复节点称为该应用的初始启动点。

恢复节点是指应用的恢复节点，作为应用进行恢复起始点的判断依据。可以给主应用和从应用分别设立恢复节点，作为主应用或从应用的恢复起始点依据。一般的，由于主应用和从应用的调用关系，若一丛应用需要回复，该待恢复的从应用的从恢复节点起始时间应在主应用当前最新保存的主恢复节点的运行时间之后，也即从应用的调用起始时间应不早于主应用当前所处的恢复周期(即前一个主恢复节点的运行时间)。

恢复周期是基于主应用设置的，恢复周期指相邻的两个主恢复节点之间的主应用运行时段，以前一个主恢复节点作为恢复周期起始点，最新保存的主恢复节点作为恢复周期的终结点。一般的，应用恢复请求和恢复周期一一对应，其中，恢复请求总处于主应用的某一个恢复周期内。当从应用满足一个预设节点触发条件，系统自动更新从恢复节点为当前保存的从恢复节点。

一个主应用可能调用多个从应用，对于调用多个从应用的调用场景，可以包括并行调用和串行调用。并行调用是指多个从应用在主应用的同一个恢复周期内被调用。串行调用是指多个从应用在主应用的不同恢复周期内分别被调用。

调用序列用于描述所述主应用的所有从应用的调用数序和调用信息，调用序列中包括调用排序，和各从应用的应用信息，例如，从应用的从调用标识。对于一对多的调用场景，可基于主应用设置调用序列。

调用标识用于表示应用的调用状态。可以分别为主应用和从用于设置调用标识，将主应用的调用标识称为主调用标识，将从应用的调用标识称为从调用标识。其中，主调用标识用于判断主应用当前是否在调用从应用，从调用标识用于判断该从应用当前是否被调用。当主从应用为一对多关系时，从调用标识默认为0，该从应用被调用后，从调用标识被触发置为1，调用结束后再置为0。对于主调用标识，只有当前没有在调用任何从应用时才置为0，即所有从调用标识为0时，主调用标识才置为0，有任一从应用被主应用调用时，主调用标识置为1。

第一方面，参见图1，本发明提供一种应用恢复方法，其特征在于，该方法包括：

S1、获取接收到的应用恢复请求中包含的目标应用的应用类型。其中，应用类型包括：主应用类型或从应用类型。

具体地，当目标应用运行过程中出现问题，例如运行错误、卡顿时，需要应用恢复，由于存在主从调用关系，因此可以针对需要恢复的应用类型进行相应的应用恢复。系统接收应用恢复请求，应用恢复请求中包括应用标识，应用标识即目标应用的应用类型，根据应用标识可以判断需要恢复的应用为主应用类型还是从应用类型，当需要恢复的应用的应用类型为主应用类型时，目标应用即为主应用，当需要恢复的应用的应用类型为从应用类型时，目标应用即为从应用。

S2、根据目标应用的应用类型，查询与目标应用相对应的调用序列，根据调用序列确定与目标应用存在调用关系的关联应用。

根据待恢复的目标应用的应用类型分为主应用类型和从应用类型，执行不同的流程，首先以待恢复的目标应用的应用类型为主应用类型，即目标应用为主应用为例进行说明。

在一些示例中，参见图2，若应用类型为主应用类型，在S2之前，该方法还包括：

S02、查询主应用的主调用标识，以确定当前是否有被调用的从应用。

具体地，参见图2，若当前没有被调用的从应用(即否)，则S2中查询与目标应用相对应的调用序列的查询结果为空，即当前没有与主应用(本实施例中的目标应用)存在调用关系的关联应用，因此可直接执行S3。继续参见图2，在当前没有被调用的从应用的实施例中，S3可以包括：

S31＇、获取主应用对应的主恢复节点。

S32＇、根据主恢复节点恢复主应用。

具体地，若当前没有被调用的从应用，则主应用的主应用标识为0，因此可以直接获取主应用对应保存的主恢复节点，包括获取主应用在主恢复节点对应的运行时间保存的相关配置数据，仅依据主恢复节点对主应用进行恢复，并更新该主恢复节点对应的相关配置数据，而无需对从应用进行恢复操作。

需要说明的是，本申请中，依据主/从恢复节点对主/从应用进行恢复，该主/从恢复节点可以为节点触发器最新保存的恢复节点，也即最近一次满足预设的节点触发条件下保存的恢复节点，若一直没有满足预设的节点触发条件，则最新保存的恢复节点为初始启动点。

在一些示例中，继续参见图2，若当前有被调用的从应用，S2、根据目标应用的应用类型，查询与目标应用相对应的调用序列，根据调用序列确定与目标应用存在调用关系的关联应用可以包括：

S21、从调用序列中获取各个从应用对应的从调用标识。

具体地，只要查询到主调用标识为1,则当前存在被主应用调用的从应用，即可从调用序列中获取主应用可调用的所有从应用的从调用标识。

S22、根据各个从应用标识，确定当前被调用的从应用。

具体地，获取到主应用可调用的所有从应用的从调用标识后，根据各从调用标识确定各从应用的调用状态，若一个从调用标识为1，则表示该从调用标识对应的从应用当前被主应用调用，若一个从调用标识为0，则表示该从调用标识对应的从应用当前未被主应用调用。依次确定各个从应用的从调用标识，能够确定出所有当前被调用的从应用。当前被调用的从用于可能为1个，也可能为多个。

S3、获取目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复目标应用和/或关联应用。

在一些示例中，参见图2，若当前有被调用的从应用，S3、获取目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复目标应用和/或关联应用包括：

S31、获取当前被调用的从应用对应的从恢复节点及主应用对应的主恢复节点。

在一些示例中，若当前被调用的从应用为多个，即从调用序列中获取的各个从应用的从调用标识中存在多个从调用标识置为1，S31可以包括：

S311、获取被调用的各个从应用对应的从恢复节点，及主应用对应的主恢复节点，并从调用序列中获取各个被调用的从应用的调用排序。

具体地，由于应用恢复请求中请求恢复的是主应用，因此需要获取主应用对应的主恢复节点，该主恢复节点可以为节点触发器为主应用保存的最新的主恢复节点。并且需要获取当前被调用(即从调用标识置为1)的各个从应用对应的从恢复节点，每个从恢复节点可以为节点触发器为对应的从应用保存的最新的从恢复节点。还需要从调用序列中获取各个被调用的从应用的调用排序，以确定触发各个从恢复节点恢复从应用的排序，避免调用混乱。

S32、根据主恢复节点恢复主应用，再根据从恢复节点恢复对应的从应用。

在一些示例中，若当前被调用的从应用为多个，S32可以包括：

S321、根据主恢复节点恢复主应用，再按照调用排序，依次根据各个从恢复节点恢复对应的从应用。

具体地，先根据主恢复节点对主应用进行恢复，再在该主恢复节点的恢复周期内，按照调用排序中主应用运行时调用各个从应用的顺序，依次根据各个被调用的从应用对应的从恢复节点，在各个从恢复节点对应的时间恢复从应用的调用。先恢复主应用，再根据排序依次恢复从应用的调用，从而能够实现分主、从分别对应用进行恢复，且避免了调用混乱。

当然，若当前被调用的从应用为一个，即从调用序列中获取的各个从应用的从调用标识中仅存在一个从调用标识置为1，其他置为0，则S31中，获取当前被调用的该从应用对应的从恢复节点及主应用对应的主恢复节点，而无需获取调用排序。进一步地，在S32中，可根据主恢复节点恢复主应用，再根据从恢复节点恢复对应的从应用，而不涉及调用排序的问题。

需要说明的是，在目标应用为主应用的实施例中，若当前仅有一个从应用被调用，关联应用即为该被调用的从应用；若当前有多个从应用被调用，关联应用即为多个被调用的从应用。

在一些示例中，参见图2，S32之前，该方法还可以包括：

S032、判断获取到的从恢复节点是否符合预设条件。

由于被调用的从应用为多个，在主应用的一个恢复周期内，各被调用的从应用可能存在因果或交互逻辑关系，为降低交互复杂度同时确保恢复的有效性，需对获取到的从应用的恢复节点进行判断，以验证节点获取是否成功。

若获取到的从恢复节点符合预设条件，则执行S32、根据主恢复节点恢复主应用，再根据从恢复节点恢复对应的从应用。

若获取到的从恢复节点不符合预设条件，则执行S32＇。

S32＇、根据主恢复节点恢复主应用。

具体地，若获取从恢复节点失败，则只恢复主应用，不对从应用进行恢复相关操作。

其中，预设条件包括以下至少一者：

①获取到的从恢复节点的数量与被调用的从应用的数量相等。

②获取到的从恢复节点非初始启动点。

具体地，预设条件①为保证没有获取从恢复节点失败或保存从恢复节点失败等异常情况，以避免后续调用混乱。预设条件②未保证未出现节点保存异常，若从恢复节点为初始启动点，则说明节点触发器可能没有成功运作，例如无从恢复节点设置、尚未满足预设节点触发条件等，若从初始恢复节点直接恢复从应用的调用，可能会丢失数据等。

在应用恢复请求中的应用类型为主应用类型，且存在一个被调用的从应用的实施例中，预设条件可以为获取到的从恢复节点的数量为1个，且获取到的从恢复节点非该从应用的初始启动点。在应用恢复请求中的应用类型为主应用类型，且存在多个被调用的从应用的实施例中，预设条件可以为获取到的从恢复节点的数量与被调用的从应用的数量相等，而其中若获取到部分从应用的从恢复节点为初始启动点，也可对其进行恢复，在此不做限定。

需要说明的是，在上述每一次根据主恢复节点恢复主应用，或根据从恢复节点恢复从应用后，都可以随着更新主恢复节点对应的相关配置数据和从恢复节点对应的相关配置数据。

在一些示例中，参见图3，在S1中，若应用类型为从应用类型，即目标应用为从应用，执行S2，查询与待恢复的从应用相对应主应用的调用序列，根据调用序列中主应用可调用的所有从应用的从调用标识，确定各个从应用的调用状态。

具体地，获取到主应用可调用的所有从应用的从调用标识后，根据各从调用标识确定各从应用的调用状态，若一个从调用标识为1，则表示该从调用标识对应的从应用当前被主应用调用，若一个从调用标识为0，则表示该从调用标识对应的从应用当前未被主应用调用。依次确定各个从应用的从调用标识，能够确定出所有当前被调用的从应用。当前被调用的从用于可能为1个，也可能为多个。

需要说明的是，在目标应用为从应用的实施例中，若当前仅有一个从应用被调用，也即仅有待恢复的从应用被调用，关联应用即为该待恢复的从应用对应的主应用；若当前有多个从应用被调用，关联应用即该待恢复的从应用对应的主应用，以及当前待恢复的从应用以外的、被调用的从应用。

在一些示例在，继续参见图3，若应用类型为从应用类型，即目标应用为从应用，S3可以包括：

S301、获取当前被调用的从应用对应的从恢复节点。

在一些示例中，若当前被调用的从应用为多个，即从调用序列中获取的各个从应用的从调用标识中存在多个从调用标识置为1，S301可以包括：

S3011、获取被调用的各个从应用对应的从恢复节点，并从调用序列中获取各个被调用的从应用的调用排序。

具体地，需要获取当前被调用(即从调用标识置为1)的各个从应用对应的从恢复节点，每个从恢复节点可以为节点触发器为对应的从应用保存的最新的从恢复节点。还需要从调用序列中获取各个被调用的从应用的调用排序，以确定触发各个从恢复节点恢复从应用的排序，避免调用混乱。

S302、在主应用运行的状态下，根据从恢复节点恢复对应的从应用。

在一些示例中，若当前被调用的从应用为多个，S302可以包括：

S3021、在主应用运行的状态下，按照调用排序，依次根据各个从恢复节点恢复对应的从应用。

具体地，由于主应用无需恢复，在主应用保持运行状态下，按照调用排序中主应用运行时调用各个从应用的顺序，依次根据各个被调用的从应用对应的从恢复节点，在各个从恢复节点对应的调用时间恢复从应用的调用。在只需恢复从应用时，由于对主、从应用的状态进行了判断，从而能够只恢复从应用，且不影响调用顺序，避免了调用混乱。

当然，若当前被调用的从应用为一个，即从调用序列中获取的各个从应用的从调用标识中仅存在待恢复的从应用的从调用标识置为1，其他置为0，则S301中，获取当前被调用的、待恢复的从应用对应的从恢复节点，而无需获取调用排序。进一步地，在S302中，可在运行的状态下，在主应用运行的状态下，根据获取到的从恢复节点，对待恢复的从应用进行恢复。

在一些示例中，S302之前，方法还包括：

S032、判断获取到的从恢复节点是否符合预设条件。

由于被调用的从应用为多个，在主应用的一个恢复周期内，各被调用的从应用可能存在因果或交互逻辑关系，为降低交互复杂度同时确保恢复的有效性，需对获取到的从应用的恢复节点进行判断，以验证节点获取是否成功。

若获取到的从恢复节点符合预设条件，则执行S302、在主应用运行的状态下，根据从恢复节点恢复对应的从应用。

若获取到的从恢复节点不符合预设条件，则执行S302＇。

S302＇、根据被调用的从应用的初始启动点恢复对应的从应用。

具体地，在应用恢复请求中的应用类型为从应用类型，且仅有待恢复的从应用被调用的实施例中，S302＇可以包括获取待恢复的从应用的初始启动点作为从恢复节点，在主应用保持运行的状态下，根据初始启动点恢复待恢复的从应用，并更新初始启动点对应的相关配置数据。

在一些示例中，在应用恢复请求中的应用类型为从应用类型，且有待恢复的从应用以外的从应用被调用的实施例中，若获取从恢复节点时有一个或多个从恢复节点获取失败，则丢弃所有从恢复节点，执行S302＇。S302＇可以包括从调用序列中获取被调用的从应用的调用排序，以及各被调用的从应用的初始启动点，在主应用保持运行的状态下，按照调用排序，根据各初始启动点依次对被调用的从应用进行恢复，并更新各初始启动点对应的相关配置数据。

其中，预设条件为获取到的从恢复节点的数量与被调用的从应用的数量相等。以保证没有获取从恢复节点失败或保存从恢复节点失败等异常情况，以避免后续调用混乱。在应用恢复请求中的应用类型为从应用类型，且仅有待恢复的从应用被调用的实施例中，预设调节为确定获取到的从恢复节点的数量为1个，且为该待恢复从应用的从恢复节点。在应用恢复请求中的应用类型为从应用类型，且有待恢复的从应用以外的从应用被调用的实施例中，预设条件可以为获取到的从恢复节点的数量与被调用的从应用的数量相等，在此不做限定。

需要说明的是，在上述每一次根据从恢复节点恢复从应用后，都可以随着更新主恢复节点对应的相关配置数据和从恢复节点对于的相关配置数据。

第二方面，参见图4，本发明提供一种应用恢复装置，该装置包括：

获取单元101，其用于获取接收到的应用恢复请求中包含的目标应用的应用类型。其中，应用类型包括：主应用类型或从应用类型。

确定单元102，其用于根据目标应用的应用类型，查询与目标应用相对应的调用序列，根据调用序列确定与目标应用存在调用关系的关联应用。

恢复单元103，其用于获取目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复目标应用和/或关联应用。

第三方面，本发明提供一种电子设备，包括：

至少一个处理器。以及

与至少一个处理器通信连接的存储器。其中，

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够上述的应用恢复方法。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

参见图5,图5示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图5所示，设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等。输出单元807，例如各种类型的显示器、扬声器等。存储单元808，例如磁盘、光盘等。以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如应用恢复方法。例如，在一些实施例中，应用恢复管理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的应用恢复方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行应用恢复方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

第四方面，本公开提供一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行上述的方法。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)。以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互。例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)。并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

本发明具有如下优点：

本发明提供的应用恢复方法及其装置、电子设备、计算机可读存储介质，应用在具有主应用和从应用的应用框架中，获取接收到的应用恢复请求中包含的目标应用的应用类型。其中，应用类型包括：主应用类型或从应用类型。

根据目标应用的应用类型，查询与目标应用相对应的调用序列，根据调用序列确定与目标应用存在调用关系的关联应用。

获取目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复目标应用和/或关联应用。

在恢复前首先判断恢复的应用的应用类型，再确定各关联应用的调用情况，之后再根据获取的恢复节点，对目标应用和/或关联应用进行恢复，该方法能够根据应用的主从调用关系，对应用进行分层级的恢复管理，可最大程度的对应用进行保护和恢复，节约应用恢复时间，提高应用运行效率，减少重复运行和调用等产生的资源碎片和系统开销，缓解日益紧缺的终端资源危机。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。

Claims (12)

1.一种应用恢复方法，其特征在于，所述方法包括：

获取接收到的应用恢复请求中包含的目标应用的应用类型；其中，所述应用类型包括：主应用类型或从应用类型；

根据所述目标应用的应用类型，查询与所述目标应用相对应的调用序列，根据所述调用序列确定与所述目标应用存在调用关系的关联应用；

获取所述目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复所述目标应用和/或关联应用。

2.根据权利要求1所述的方法，其特征在于，若所述应用类型为主应用类型，所述根据所述目标应用的应用类型，查询与所述目标应用相对应的调用序列，根据所述调用序列确定与所述目标应用存在调用关系的关联应用之前，所述方法还包括：

查询主应用的主调用标识，以确定当前是否有被调用的从应用。

3.根据权利要求2所述的方法，其特征在于，若当前有被调用的从应用，所述根据所述目标应用的应用类型，查询与所述目标应用相对应的调用序列，根据所述调用序列确定与所述目标应用存在调用关系的关联应用包括：

从所述调用序列中获取各个从应用对应的从调用标识；

根据各个所述从应用标识，确定当前被调用的从应用。

4.根据权利要求3所述的方法，其特征在于，所述获取所述目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复所述目标应用和/或关联应用包括：

获取当前被调用的从应用对应的从恢复节点及主应用对应的主恢复节点；

根据所述主恢复节点恢复所述主应用，再根据所述从恢复节点恢复对应的所述从应用。

5.根据权利要求4所述的方法，其特征在于，若当前被调用的从应用为多个，所述获取当前被调用的从应用对应的从恢复节点及主应用对应的主恢复节点包括：

获取被调用的各个所述从应用对应的所述从恢复节点，及所述主应用对应的主恢复节点，并从所述调用序列中获取各个被调用的所述从应用的调用排序；

所述根据所述主恢复节点恢复所述主应用，再根据所述从恢复节点恢复对应的所述从应用包括：

根据所述主恢复节点恢复所述主应用，再按照所述调用排序，依次根据各个所述从恢复节点恢复对应的所述从应用。

6.根据权利要求4所述的方法，其特征在于，所述根据所述主恢复节点恢复所述主应用，再根据所述从恢复节点恢复对应的所述从应用之前，所述方法还包括：

判断获取到的所述从恢复节点是否符合预设条件；

若是，则执行所述根据所述主恢复节点恢复所述主应用，再根据所述从恢复节点恢复对应的所述从应用；

若否，则根据所述主恢复节点恢复所述主应用；

其中，所述预设条件包括以下至少一者：

获取到的所述从恢复节点的数量与被调用的所述从应用的数量相等；

获取到的所述从恢复节点非初始启动点。

7.根据权利要求1所述的方法，其特征在于，若所述应用类型为从应用类型，所述获取所述目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复所述目标应用和/或关联应用包括：

获取当前被调用的从应用对应的从恢复节点；

在主应用运行的状态下，根据所述从恢复节点恢复对应的所述从应用。

8.根据权利要求7所述的方法，其特征在于，若当前被调用的从应用为多个，所述获取当前被调用的从应用对应的从恢复节点包括：

获取被调用的各个所述从应用对应的所述从恢复节点，并从所述调用序列中获取各个被调用的所述从应用的调用排序；

所述在主应用运行的状态下，根据所述从恢复节点恢复对应的所述从应用包括：

在主应用运行的状态下，按照所述调用排序，依次根据各个所述从恢复节点恢复对应的所述从应用。

9.根据权利要求7所述的方法，其特征在于，所述在主应用运行的状态下，根据所述从恢复节点恢复对应的所述从应用之前，所述方法还包括：

判断获取到的所述从恢复节点是否符合预设条件；

若是，则执行所述在主应用运行的状态下，根据所述从恢复节点恢复对应的所述从应用；

若否，则根据被调用的所述从应用的初始启动点恢复对应的所述从应用；

其中，所述预设条件为获取到的所述从恢复节点的数量与被调用的所述从应用的数量相等。

10.一种应用恢复装置，该装置包括：

获取单元，其用于获取接收到的应用恢复请求中包含的目标应用的应用类型；其中，所述应用类型包括：主应用类型或从应用类型；

确定单元，其用于根据所述目标应用的应用类型，查询与所述目标应用相对应的调用序列，根据所述调用序列确定与所述目标应用存在调用关系的关联应用；

恢复单元，其用于获取所述目标应用和/或关联应用的恢复节点，根据获取到的恢复节点恢复所述目标应用和/或关联应用。

11.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9中任一项所述的方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-9中任一项所述的方法。

Images