CN113282435A - 应用异常的处理方法和电子设备 - Google Patents

Abstract

本申请公开了一种应用异常的处理方法和电子设备，属于通信技术领域。其中，应用异常的处理方法包括：确定导致第一应用运行异常的第一基础文件，所述第一应用对应的所述第一基础文件处于异常状态；根据所述第一基础文件，确定与所述第一应用有关联关系的至少一个第二应用，所述第二应用对应的第二基础文件与所述第一基础文件的文件标识相同，且基于具有相同文件标识的所述第二基础文件和所述第一基础文件，所述第二应用与所述第一应用建立有所述关联关系；根据第二目标应用对应的所述第二基础文件，修复所述第一应用，所述第二目标应用为所述至少一个第二应用中正常运行的一所述第二应用。

Description

应用异常的处理方法和电子设备

技术领域

本申请属于通信技术领域，具体涉及一种应用异常的处理方法和电子设备。

背景技术

现有技术中，应用在通过自升级的方式安装后，可能会存在无法启动或者启动之后发生崩溃的问题，出现上述问题的原因在于，升级之后无法找到基础文件或者基础文件破损，其中基础文件指的是为应用提供基本的方法，保证应用正常运行的文件，如基础文件可以为共享对象(Shared Object，SO)文件、Class文件。

无法找到基础文件通常是进阶精简指令集机器(Acorn RISC Machine，ARM)平台(ARM平台相当于设备系统)导致的，例如，安卓应用程序包(Android applicationpackage，APK)中只有64位的SO文件，但是安装在32位的设备上，就有可能出现SO文件找不到的情况。上面两种错误，均发生在框架层(Framework层)。

解决上述问题主要包括两种方案，一个是进行系统升级，另一个是进行应用自升级，但是这两种方案存在如下问题：

1、效率低：系统升级包较大，完成一次升级会比较久；在进行应用自升级时，会有自升级的时间段限制，比如正常情况只能夜里自升级，白天使用应用依然存在问题。

2、触达率低：系统升级和自升级存在无法完全修复异常应用的弊端。

3、耗流量：在用户使用移动网络时遇到应用无法启动的问题，如果需要自升级解决，会消耗流量。

由此可见，现有技术中，在修复运行异常的应用时存在修复效率低、触达率低以及消耗流量的问题。

发明内容

本申请实施例的目的是提供一种应用异常的处理方法和电子设备，以解决现有技术中在修复运行异常的应用时存在的修复效率低、触达率低以及消耗流量的问题。

第一方面，本申请实施例提供了一种应用异常的处理方法，包括：

确定导致第一应用运行异常的第一基础文件，所述第一应用对应的所述第一基础文件处于异常状态；

根据所述第一基础文件，确定与所述第一应用有关联关系的至少一个第二应用，所述第二应用对应的第二基础文件与所述第一基础文件的文件标识相同，且基于具有相同文件标识的所述第二基础文件和所述第一基础文件，所述第二应用与所述第一应用建立有所述关联关系；

根据第二目标应用对应的所述第二基础文件，修复所述第一应用，所述第二目标应用为所述至少一个第二应用中正常运行的一所述第二应用。

第二方面，本申请实施例提供了一种应用异常的处理装置，包括：

第一确定模块，用于确定导致第一应用运行异常的第一基础文件，所述第一应用对应的所述第一基础文件处于异常状态；

第二确定模块，用于根据所述第一基础文件，确定与所述第一应用有关联关系的至少一个第二应用，所述第二应用对应的第二基础文件与所述第一基础文件的文件标识相同，且基于具有相同文件标识的所述第二基础文件和所述第一基础文件，所述第二应用与所述第一应用建立有所述关联关系；

修复模块，用于根据第二目标应用对应的所述第二基础文件，修复所述第一应用，所述第二目标应用为所述至少一个第二应用中正常运行的一所述第二应用。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

在本申请实施例中，在第一应用运行异常的情况下，确定导致第一应用运行异常的第一基础文件，根据第一基础文件的文件标识确定与第一应用具有关联关系的至少一个第二应用，并在至少一个第二应用中筛选出第二目标应用，根据第二目标应用对应的第二基础文件，修复第一应用，可以实现快速查找到与第一应用相关的修复信息进行应用修复，提升修复效率，在修复时无需耗费流量，实现静默修复，同时可以实现针对性的修复，保证修复效果，提升触达率。

附图说明

图1是本申请实施例提供的应用异常的处理方法的示意图；

图2是本申请实施例提供的建立应用之间的关联关系的实例示意图；

图3是本申请实施例提供的应用A与应用B形成关联关系的示意图；

图4是本申请实施例提供的应用异常的处理装置的示意图；

图5是本申请实施例提供的电子设备的示意框图之一；

图6是本申请实施例提供的电子设备的示意框图之二。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的应用异常的处理方法进行详细地说明。

参见图1所示，本申请实施例提供的应用异常的处理方法，包括：

步骤101、确定导致第一应用运行异常的第一基础文件，所述第一应用对应的所述第一基础文件处于异常状态。

在电子设备所安装的第一应用运行异常时，需要确定导致第一应用运行异常的第一基础文件。第一应用的运行异常可以是第一应用无法启动，或者是第一应用启动之后发生运行崩溃，导致第一应用运行异常的原因可以是第一基础文件丢失或者第一基础文件已破损。针对第一应用而言，其对应的第一基础文件处于异常状态，即第一应用对应的第一基础文件丢失，或者第一基础文件为破损文件。

步骤102、根据所述第一基础文件，确定与所述第一应用有关联关系的至少一个第二应用，所述第二应用对应的第二基础文件与所述第一基础文件的文件标识相同，且基于具有相同文件标识的所述第二基础文件和所述第一基础文件，所述第二应用与所述第一应用建立有所述关联关系。

在确定导致第一应用运行异常的第一基础文件之后，可以根据确定的第一基础文件，在电子设备安装的除第一应用之外的其他应用中，确定至少一个第二应用，第二应用为与第一应用有关联关系的应用，且第一应用与第二应用之间的关联关系基于第二应用对应的第二基础文件与第一应用对应的第一基础文件所建立。即，第一应用在正常运行时会使用处于正常状态的第一基础文件、第二应用在正常运行时会使用处于正常状态的第二基础文件，第二基础文件与第一基础文件的文件标识相同，因此可以形成第一应用与第二应用之间的关联关系。其中，文件标识用于进行文件区分，如可以为文件名称。

在根据确定的第一基础文件，在电子设备安装的除第一应用之外的其他应用中，确定至少一个第二应用时，具体为：在电子设备所安装的除第一应用之外的其他应用中，查找使用与第一基础文件的文件标识相同的第二基础文件的应用，将查找出的应用确定为第二应用。

步骤103、根据第二目标应用对应的所述第二基础文件，修复所述第一应用，所述第二目标应用为所述至少一个第二应用中正常运行的一所述第二应用。

在确定至少一个第二应用之后，可以在至少一个第二应用中确定一第二目标应用，第二目标应用为至少一个第二应用中正常运行的一个第二应用。即在确定第二目标应用时，可以首先针对至少一个第二应用，筛选出可正常运行的第二应用，若可以筛选出一个第二应用，则将筛选出的第二应用确定为第二目标应用。若可以筛选出至少两个第二应用，则针对筛选出的至少两个第二应用，可以采用预设选择策略进行筛选，确定出第二目标应用，或者，可以随机筛选确定第二目标应用。其中，预设选择策略包括但不限于：筛选使用频次和/或时长最多或者最少的第二应用、筛选更新次数最多或者最少的第二应用、筛选未出现过运行异常且使用时间最长的第二应用、筛选与第一应用的应用类型相同的第二应用，当然还可以采用其他方式筛选出第二目标应用。

在筛选出第二目标应用之后，可以根据第二目标应用对应的第二基础文件，对第一应用进行修复，以实现基于第二目标应用获取第一应用对应的修复信息，根据修复信息进行第一应用的修复，可以基于信息共享保证应用修复的及时性，同时可以保证修复效果，且根据电子设备的本地信息自行修复，无需消耗流量。

本申请上述实施过程，在第一应用运行异常的情况下，确定导致第一应用运行异常的第一基础文件，根据第一基础文件的文件标识确定与第一应用具有关联关系的至少一个第二应用，并在至少一个第二应用中筛选出第二目标应用，根据第二目标应用对应的第二基础文件，修复第一应用，可以实现快速查找到与第一应用相关的修复信息进行应用修复，提升修复效率，在修复时无需耗费流量，实现静默修复，同时可以实现针对性的修复，保证修复效果，提升触达率。

可选的，在本申请实施例中，步骤101、确定导致第一应用运行异常的第一基础文件，包括：

在所述第一应用运行异常的情况下，获取所述第一应用对应的异常信息；

根据所述异常信息，在所述第一应用对应的至少一个基础文件中确定所述第一基础文件。

在确定导致第一应用运行异常的第一基础文件时，可以针对运行异常的第一应用，获取第一应用对应的异常信息，异常信息中可以包括导致第一应用运行异常的原因，如由于某个基础文件缺失或者破损导致第一应用运行异常。因此，在获取第一应用对应的异常信息之后，可以基于异常信息，在第一应用对应的至少一个基础文件中，确定导致第一应用运行异常的第一基础文件。

本申请上述实施过程，在第一应用运行异常的情况下，通过收集异常信息，根据异常信息确定第一基础文件，可以实现快速在第一应用对应的至少一个基础文件中确定导致第一应用运行异常的文件，进而对第一应用进行针对性的修复。

可选的，在本申请实施例中，该方法还包括：

针对电子设备安装的各应用，获取每个应用分别对应的至少一个基础文件；

针对基础文件对应于相同文件标识的至少两个应用，建立所述至少两个应用之间的所述关联关系。

电子设备可以预先建立应用之间的关联关系，具体为，针对每个应用，获取其对应的至少一个基础文件，然后针对每个应用，根据当前应用对应的至少一个基础文件中的每个基础文件，分别查找使用当前基础文件的其他应用，将查找到的其他应用与当前应用建立关联关系，实现基于基础文件建立应用之间的关联关系。其中，在基于基础文件查找其他应用时，可以基于基础文件的文件标识(如文件名称)进行查找，无需关注基础文件的大小以及版本，只要文件标识相同即可。

其中，若在针对应用1建立与其他应用之间的关联关系时，应用2、应用3与应用1已经基于基础文件1建立了关联关系，而应用2还对应有基础文件2和基础文件3，应用3还对应有基础文件4，在针对应用2建立与其他应用之间的关联关系时，可以忽略基础文件1，仅需基于基础文件2和基础文件3建立与其他应用之间的关联关系，在针对应用3建立与其他应用之间的关联关系时，可以忽略基础文件1，仅需基于基础文件4建立与其他应用之间的关联关系。

下面以基础文件为SO文件为例，通过一具体实例对建立应用之间的关联关系的过程进行阐述，参见图2所示：

步骤201、电子设备安装应用A，通过包安装服务获取应用A对应的基础文件的相关信息。

步骤202、在应用A对应的基础文件的相关信息中提取出SO文件，如SO1文件、SO2文件、SO3文件以及SO4文件。

步骤203、针对应用A对应的每个SO文件，基于文件标识查找是否有使用相同的SO文件的应用。若未查找到使用相同的SO文件的应用则执行步骤205，若查找到使用相同的SO文件的应用B，则执行步骤204。

步骤204、将应用B基于SO文件建立与应用A之间的关联关系。

步骤205、应用A与其他应用之间无法建立关联关系。

例如，应用B对应于SO1文件、SO2文件，那么应用A与应用B存在两个关联关系，一个是基于SO1文件的关联关系，另一个是基于SO2文件的关联关系。此时，应用A与应用B之间的关联关系可参见图3所示。其中，针对电子设备所安装的应用B以及其他应用，同样可以基于SO文件查找可与之形成关联关系的应用，这里不再进一步举例阐述。

本申请上述实施过程，通过预先基于基础文件建立应用之间的关联关系，可以基于建立的关联关系，查找与运行异常的第一应用匹配的第二应用，进而可以实现第二应用与第一应用的信息共享，以对第一应用进行有效修复。

可选的，在本申请实施例中，步骤103：根据第二目标应用对应的所述第二基础文件，修复所述第一应用，包括以下方案其中之一：

读取所述第二目标应用对应的所述第二基础文件，根据读取结果修复所述第一应用；

将所述第二目标应用对应的所述第二基础文件复制至所述第一应用对应的第一存储空间，根据存储于所述第一存储空间中的所述第二基础文件修复所述第一应用。

在根据第二目标应用对应的第二基础文件，修复第一应用时，可以读取第二目标应用对应的第二基础文件，电子设备通过读取，获取第二目标应用对应的第二基础文件，根据读取的第二基础文件对第一应用进行修复，该过程可以理解为电子设备读取第二基础文件，并给第一应用授权，使第一应用可以读取第二基础文件，从而使得第一应用基于第二基础文件进行修复，保证第一应用的正常运行。

此时，第一应用具备读取第二目标应用对应的第二基础文件的权限，实现第二目标应用对应的第二基础文件的共享，但第一应用无法修改第二目标应用对应的第二基础文件，防止第二目标应用的功能异常，同时，通过共享第二基础文件，不去复制，进一步节省了存储空间。

在根据第二目标应用对应的第二基础文件，修复第一应用时，还可以将第二目标应用对应的第二基础文件复制至第一应用对应的第一存储空间中，然后根据第一存储空间中的第二基础文件修复第一应用，此时，可以通过复制的方式向第一应用同步第二基础文件，以使得第一应用基于存储于第一存储空间中第二基础文件实现第一应用的修复。

其中，第二目标应用对应的第二基础文件和第一应用对应的第一基础文件的文件版本可以相同或者不同。

本申请上述实施过程，可以通过共享或者复制的方式实现信息同步，依据共享或者复制的第二目标应用对应的第二基础文件，对第一应用进行修复，可以实现针对性的实时修复，且丰富了信息同步方式。

可选的，在本申请实施例中，所述根据第二目标应用对应的所述第二基础文件，修复所述第一应用之后，该方法还包括：

在所述第一应用再次由于所述第一基础文件导致运行异常的情况下，获取所述第二目标应用对应的所述第二基础文件，以修复所述第一应用；或者

在接收到卸载所述第二目标应用的卸载请求、且所述第一应用对应的第一存储空间中未存储所述第二目标应用对应的所述第二基础文件时，将所述第二目标应用对应的所述第二基础文件复制至所述第一应用对应的第一存储空间。

在根据第二目标应用对应的第二基础文件，修复第一应用之后，针对第一应用再次由于第一基础文件处于异常状态导致运行异常的情况，由于之前在修复运行异常的第一应用(由于第一基础文件处于异常状态导致的第一应用运行异常)时，采用的是第二目标应用对应的第二基础文件，此时可以直接获取第二目标应用对应的第二基础文件，以进行第一应用的修复，无需基于第一基础文件再次查找与第一应用关联的第二应用，节约了时间、简化了流程。

在根据第二目标应用对应的第二基础文件，修复第一应用之后，针对接收到卸载第二目标应用的卸载请求的情况，由于在之前修复第一应用时使用了第二目标应用对应的第二基础文件，此时需要检测第一应用对应的第一存储空间中是否存储有第二目标应用对应的第二基础文件。若第一存储空间中未存储有第二目标应用对应的第二基础文件，为了避免第二目标应用卸载后、第一应用再次由于第一基础文件导致运行异常时无法进行有效修复的情况，可以在卸载第二目标应用之前，将第二目标应用对应的第二基础文件复制至第一应用对应的第一存储空间中，以保证第一应用再次由于第一应用对应的第一基础文件导致运行异常时，直接基于第一存储空间中存储的第二目标应用对应的第二基础文件，对第一应用进行修复，以保证第一应用可以正常运行。此时，第一应用可以具有第二目标应用对应的第二基础文件的所有操作权限。通过在卸载第二目标应用之前，将第二目标应用对应的第二基础文件复制至第一应用对应的第一存储空间中，可以在第二目标应用卸载之后，发生由于第一基础文件处于异常状态导致第一应用运行异常时，保证第一应用可以进行有效修复。

本申请上述实施过程，在根据第二目标应用对应的第二基础文件，修复第一应用之后，当再次出现由于第一基础文件导致第一应用运行异常时，直接采用第二目标应用对应的第二基础文件进行第一应用的修复，可以节约时间、简化流程；当接收到卸载第二目标应用的卸载请求、且第一应用对应的第一存储空间中未存储第二目标应用对应的第二基础文件时，直接将第二目标应用对应的第二基础文件复制至第一应用对应的第一存储空间中，可以在第二目标应用卸载后出现由于第一基础文件导致第一应用运行异常时，保证第一应用可以进行快速有效的修复。

可选的，在本申请实施例中，所述根据第二目标应用对应的所述第二基础文件，修复所述第一应用之后，还包括：

生成根据所述第二目标应用对应的所述第二基础文件修复所述第一应用的修复记录；

在由于第三应用对应的第三基础文件处于异常状态导致所述第三应用运行异常、且所述第三基础文件与所述第一基础文件的文件标识相同时，根据所述修复记录获取所述第二目标应用对应的所述第二基础文件，并根据所述第二目标应用对应的所述第二基础文件修复所述第三应用。

在根据第二目标应用对应的第二基础文件，修复第一应用之后，可以生成修复记录，修复记录中可以包括如下信息：根据第二目标应用对应的第二基础文件，修复运行异常的第一应用(第一应用由于对应的第一基础文件处于异常状态出现运行异常)。当第三应用由于对应的第三基础文件处于异常状态导致运行异常，且第三基础文件与第一基础文件对应于同一文件标识时，可以根据修复记录，直接根据第二目标应用对应的第二基础文件，修复第三应用，无需查找与第三应用相关联的应用，可以实现基于修复记录进行针对性的有效修复，且提高了修复效率。

本申请上述实施过程，通过基于修复记录直接进行第三应用的修复，可以对第三应用进行针对性且有效的修复，无需查找与第三应用相关联的应用，简化了修复过程，提高了修复效率。

需要说明的是，本申请实施例中，与第一应用形成关联关系的至少两个第二应用，可以共享一个基础文件，此时只需要使用一个公共存储空间存放该基础文件，以供至少两个第二应用使用，可以节省存储空间。可选的，当不存在因为基础文件导致应用运行异常的问题时，针对均使用同一个基础文件的多个应用，多个应用可以共享一个基础文件，以实现节省存储空间。

以上为本申请实施例提供的应用异常的处理方法的整体实施流程，在第一应用运行异常的情况下，确定导致第一应用运行异常的第一基础文件，根据第一基础文件的文件标识确定与第一应用具有关联关系的至少一个第二应用，并在至少一个第二应用中筛选出第二目标应用，根据第二目标应用对应的第二基础文件，修复第一应用，可以实现快速查找到与第一应用相关的修复信息进行应用修复，提升修复效率，在修复时无需耗费流量，实现静默修复，同时可以实现针对性的修复，保证修复效果，提升触达率。

进一步的，通过预先基于基础文件建立应用之间的关联关系，可以基于建立的关联关系，查找与运行异常的第一应用匹配的第二应用，并筛选出第二目标应用，进而可以实现第二目标应用与第一应用进行信息共享，以对第一应用进行针对性的实时修复。通过基于修复记录直接进行第三应用的修复，可以对第三应用进行针对性且有效的修复，无需查找与第三应用相关联的应用，简化了修复过程，提高了修复效率。当再次出现由于第一基础文件导致的第一应用运行异常时，直接采用第二目标应用对应的第二基础文件进行第一应用的修复，可以节约时间、简化流程；当接收到卸载第二目标应用的卸载请求、且第一应用对应的第一存储空间中未存储第二目标应用对应的第二基础文件时，直接将第二目标应用对应的第二基础文件复制至第一应用对应的第一存储空间中，可以在第二目标应用卸载后出现由于第一基础文件导致第一应用运行异常的情况时，保证第一应用可以进行有效修复。

由此可见，通过本申请实施例提供的应用异常的处理方法，可以解决现有技术中通过系统升级修复异常应用时存在的耗时、无法完全修复异常应用的问题，以及在通过自升级修复异常应用时存在的升级时段受限、无法完全修复异常应用以及消耗流量的问题。

需要说明的是，本申请实施例提供的应用异常的处理方法，执行主体可以为应用异常的处理装置，或者该应用异常的处理装置中的用于执行应用异常的处理方法的控制模块。本申请实施例中以应用异常的处理装置执行应用异常的处理方法为例，说明本申请实施例提供的应用异常的处理装置。

图4是本申请实施例提供的一种应用异常的处理装置的示意框图。如图4所示，所述应用异常的处理装置包括：

第一确定模块401，用于确定导致第一应用运行异常的第一基础文件，所述第一应用对应的所述第一基础文件处于异常状态；

第二确定模块402，用于根据所述第一基础文件，确定与所述第一应用有关联关系的至少一个第二应用，所述第二应用对应的第二基础文件与所述第一基础文件的文件标识相同，且基于具有相同文件标识的所述第二基础文件和所述第一基础文件，所述第二应用与所述第一应用建立有所述关联关系；

修复模块403，用于根据第二目标应用对应的所述第二基础文件，修复所述第一应用，所述第二目标应用为所述至少一个第二应用中正常运行的一所述第二应用。

可选的，所述第一确定模块包括：

获取子模块，用于在所述第一应用运行异常的情况下，获取所述第一应用对应的异常信息；

确定子模块，用于根据所述异常信息，在所述第一应用对应的至少一个基础文件中确定所述第一基础文件。

可选的，该装置还包括：

获取模块，用于针对电子设备安装的各应用，获取每个应用分别对应的至少一个基础文件；

建立模块，用于针对基础文件对应于相同文件标识的至少两个应用，建立所述至少两个应用之间的所述关联关系。

可选的，所述修复模块包括以下子模块其中之一：

第一修复子模块，用于读取所述第二目标应用对应的所述第二基础文件，根据读取结果修复所述第一应用；

第二修复子模块，用于将所述第二目标应用对应的所述第二基础文件复制至所述第一应用对应的第一存储空间，根据存储于所述第一存储空间中的所述第二基础文件修复所述第一应用。

可选的，该装置还包括：

第一处理模块，用于在所述修复模块根据第二目标应用对应的所述第二基础文件，修复所述第一应用之后，在所述第一应用再次由于所述第一基础文件导致运行异常的情况下，获取所述第二目标应用对应的所述第二基础文件，以修复所述第一应用；或者

第二处理模块，用于在所述修复模块根据第二目标应用对应的所述第二基础文件，修复所述第一应用之后，在接收到卸载所述第二目标应用的卸载请求、且所述第一应用对应的第一存储空间中未存储所述第二目标应用对应的所述第二基础文件时，将所述第二目标应用对应的所述第二基础文件复制至所述第一应用对应的第一存储空间。

可选的，该装置还包括：

生成模块，用于在所述修复模块根据第二目标应用对应的所述第二基础文件，修复所述第一应用之后，生成根据所述第二目标应用对应的所述第二基础文件修复所述第一应用的修复记录；

第三处理模块，用于在由于第三应用对应的第三基础文件处于异常状态导致所述第三应用运行异常、且所述第三基础文件与所述第一基础文件的文件标识相同时，根据所述修复记录获取所述第二目标应用对应的所述第二基础文件，并根据所述第二目标应用对应的所述第二基础文件修复所述第三应用。

以上为本申请实施例提供的应用异常的处理装置，在第一应用运行异常的情况下，确定导致第一应用运行异常的第一基础文件，根据第一基础文件的文件标识确定与第一应用具有关联关系的至少一个第二应用，并在至少一个第二应用中筛选出第二目标应用，根据第二目标应用对应的第二基础文件，修复第一应用，可以实现快速查找到与第一应用相关的修复信息进行应用修复，提升修复效率，在修复时无需耗费流量，实现静默修复，同时可以实现针对性的修复，保证修复效果，提升触达率。

进一步的，通过预先基于基础文件建立应用之间的关联关系，可以基于建立的关联关系，查找与运行异常的第一应用匹配的第二应用，并筛选出第二目标应用，进而可以实现第二目标应用与第一应用进行信息共享，以对第一应用进行针对性的实时修复。通过基于修复记录直接进行第三应用的修复，可以对第三应用进行针对性且有效的修复，无需查找与第三应用相关联的应用，简化了修复过程，提高了修复效率。当再次出现由于第一基础文件导致的第一应用运行异常时，直接采用第二目标应用对应的第二基础文件进行第一应用的修复，可以节约时间、简化流程；当接收到卸载第二目标应用的卸载请求、且第一应用对应的第一存储空间中未存储第二目标应用对应的第二基础文件时，直接将第二目标应用对应的第二基础文件复制至第一应用对应的第一存储空间中，可以在第二目标应用卸载后出现由于第一基础文件导致第一应用运行异常的情况时，保证第一应用可以进行有效修复。

本申请实施例中的应用异常的处理装置可以是装置，也可以是终端中的部件、集成电路或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的应用异常的处理装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的应用异常的处理装置能够实现图1所示的应用异常的处理方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图5所示，本申请实施例还提供一种电子设备500，包括处理器501，存储器502，存储在存储器502上并可在所述处理器501上运行的程序或指令，该程序或指令被处理器501执行时实现上述应用异常的处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图6为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备600包括但不限于：射频单元601、网络模块602、音频输出单元603、输入单元604、传感器605、显示单元606、用户输入单元607、接口单元608、存储器609以及处理器610等部件。

本领域技术人员可以理解，电子设备600还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器610逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗管理等功能。图6中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器610用于：确定导致第一应用运行异常的第一基础文件，所述第一应用对应的所述第一基础文件处于异常状态；根据所述第一基础文件，确定与所述第一应用有关联关系的至少一个第二应用，所述第二应用对应的第二基础文件与所述第一基础文件的文件标识相同，且基于具有相同文件标识的所述第二基础文件和所述第一基础文件，所述第二应用与所述第一应用建立有所述关联关系；根据第二目标应用对应的所述第二基础文件，修复所述第一应用，所述第二目标应用为所述至少一个第二应用中正常运行的一所述第二应用。

可选的，在确定导致第一应用运行异常的第一基础文件时，处理器610还用于：在所述第一应用运行异常的情况下，获取所述第一应用对应的异常信息；根据所述异常信息，在所述第一应用对应的至少一个基础文件中确定所述第一基础文件。

可选的，处理器610还用于：针对电子设备安装的各应用，获取每个应用分别对应的至少一个基础文件；针对基础文件对应于相同文件标识的至少两个应用，建立所述至少两个应用之间的所述关联关系。

可选的，在根据第二目标应用对应的所述第二基础文件，修复所述第一应用时，处理器610还用于执行以下步骤其中之一：

读取所述第二目标应用对应的所述第二基础文件，根据读取结果修复所述第一应用；

将所述第二目标应用对应的所述第二基础文件复制至所述第一应用对应的第一存储空间，根据存储于所述第一存储空间中的所述第二基础文件修复所述第一应用。

可选的，所述根据第二目标应用对应的所述第二基础文件，修复所述第一应用之后，处理器610还用于：

在所述第一应用再次由于所述第一基础文件导致运行异常的情况下，获取所述第二目标应用对应的所述第二基础文件，以修复所述第一应用；或者

在接收到卸载所述第二目标应用的卸载请求、且所述第一应用对应的第一存储空间中未存储所述第二目标应用对应的所述第二基础文件时，将所述第二目标应用对应的所述第二基础文件复制至所述第一应用对应的第一存储空间。

可选的，所述根据第二目标应用对应的所述第二基础文件，修复所述第一应用之后，处理器610还用于：生成根据所述第二目标应用对应的所述第二基础文件修复所述第一应用的修复记录；在由于第三应用对应的第三基础文件处于异常状态导致所述第三应用运行异常、且所述第三基础文件与所述第一基础文件的文件标识相同时，根据所述修复记录获取所述第二目标应用对应的所述第二基础文件，并根据所述第二目标应用对应的所述第二基础文件修复所述第三应用。

这样，在第一应用运行异常的情况下，确定导致第一应用运行异常的第一基础文件，根据第一基础文件的文件标识确定与第一应用具有关联关系的至少一个第二应用，并在至少一个第二应用中筛选出第二目标应用，根据第二目标应用对应的第二基础文件，修复第一应用，可以实现快速查找到与第一应用相关的修复信息进行应用修复，提升修复效率，在修复时无需耗费流量，实现静默修复，同时可以实现针对性的修复，保证修复效果，提升触达率。

进一步的，通过预先基于基础文件建立应用之间的关联关系，可以基于建立的关联关系，查找与运行异常的第一应用匹配的第二应用，并筛选出第二目标应用，进而可以实现第二目标应用与第一应用进行信息共享，以对第一应用进行针对性的实时修复。通过基于修复记录直接进行第三应用的修复，可以对第三应用进行针对性且有效的修复，无需查找与第三应用相关联的应用，简化了修复过程，提高了修复效率。当再次出现由于第一基础文件导致的第一应用运行异常时，直接采用第二目标应用对应的第二基础文件进行第一应用的修复，可以节约时间、简化流程；当接收到卸载第二目标应用的卸载请求、且第一应用对应的第一存储空间中未存储第二目标应用对应的第二基础文件时，直接将第二目标应用对应的第二基础文件复制至第一应用对应的第一存储空间中，可以在第二目标应用卸载后出现由于第一基础文件导致第一应用运行异常的情况时，保证第一应用可以进行有效修复。

应理解的是，本申请实施例中，输入单元604可以包括图形处理器(GraphicsProcessing Unit，GPU)6041和麦克风6042，图形处理器6041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元606可包括显示面板6061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板6061。用户输入单元607包括触控面板6071以及其他输入设备6072。触控面板6071，也称为触摸屏。触控面板6071可包括触摸检测装置和触摸控制器两个部分。其他输入设备6072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器609可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器610可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户页面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器610中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述应用异常的处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述应用异常的处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

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

确定导致第一应用运行异常的第一基础文件，所述第一应用对应的所述第一基础文件处于异常状态；

根据所述第一基础文件，确定与所述第一应用有关联关系的至少一个第二应用，所述第二应用对应的第二基础文件与所述第一基础文件的文件标识相同，且基于具有相同文件标识的所述第二基础文件和所述第一基础文件，所述第二应用与所述第一应用建立有所述关联关系；

根据第二目标应用对应的所述第二基础文件，修复所述第一应用，所述第二目标应用为所述至少一个第二应用中正常运行的一所述第二应用。

2.根据权利要求1所述的应用异常的处理方法，其特征在于，所述确定导致第一应用运行异常的第一基础文件，包括：

在所述第一应用运行异常的情况下，获取所述第一应用对应的异常信息；

根据所述异常信息，在所述第一应用对应的至少一个基础文件中确定所述第一基础文件。

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

针对电子设备安装的各应用，获取每个应用分别对应的至少一个基础文件；

针对基础文件对应于相同文件标识的至少两个应用，建立所述至少两个应用之间的所述关联关系。

4.根据权利要求1所述的应用异常的处理方法，其特征在于，所述根据第二目标应用对应的所述第二基础文件，修复所述第一应用，包括以下方案其中之一：

读取所述第二目标应用对应的所述第二基础文件，根据读取结果修复所述第一应用；

将所述第二目标应用对应的所述第二基础文件复制至所述第一应用对应的第一存储空间，根据存储于所述第一存储空间中的所述第二基础文件修复所述第一应用。

5.根据权利要求1所述的应用异常的处理方法，其特征在于，所述根据第二目标应用对应的所述第二基础文件，修复所述第一应用之后，还包括：

在所述第一应用再次由于所述第一基础文件导致运行异常的情况下，获取所述第二目标应用对应的所述第二基础文件，以修复所述第一应用；或者

在接收到卸载所述第二目标应用的卸载请求、且所述第一应用对应的第一存储空间中未存储所述第二目标应用对应的所述第二基础文件时，将所述第二目标应用对应的所述第二基础文件复制至所述第一应用对应的第一存储空间。

6.根据权利要求1所述的应用异常的处理方法，其特征在于，所述根据第二目标应用对应的所述第二基础文件，修复所述第一应用之后，还包括：

生成根据所述第二目标应用对应的所述第二基础文件修复所述第一应用的修复记录；

在由于第三应用对应的第三基础文件处于异常状态导致所述第三应用运行异常、且所述第三基础文件与所述第一基础文件的文件标识相同时，根据所述修复记录获取所述第二目标应用对应的所述第二基础文件，并根据所述第二目标应用对应的所述第二基础文件修复所述第三应用。

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

第一确定模块，用于确定导致第一应用运行异常的第一基础文件，所述第一应用对应的所述第一基础文件处于异常状态；

第二确定模块，用于根据所述第一基础文件，确定与所述第一应用有关联关系的至少一个第二应用，所述第二应用对应的第二基础文件与所述第一基础文件的文件标识相同，且基于具有相同文件标识的所述第二基础文件和所述第一基础文件，所述第二应用与所述第一应用建立有所述关联关系；

修复模块，用于根据第二目标应用对应的所述第二基础文件，修复所述第一应用，所述第二目标应用为所述至少一个第二应用中正常运行的一所述第二应用。

8.根据权利要求7所述的应用异常的处理装置，其特征在于，所述第一确定模块包括：

获取子模块，用于在所述第一应用运行异常的情况下，获取所述第一应用对应的异常信息；

确定子模块，用于根据所述异常信息，在所述第一应用对应的至少一个基础文件中确定所述第一基础文件。

9.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至6任一项所述的应用异常的处理方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至6任一项所述的应用异常的处理方法的步骤。

Images