CN111522676A - 一种应用程序的修复方法及装置 - Google Patents

Abstract

本申请示出了一种应用程序的修复方法及装置。在本申请中，在启动应用程序之后，判断应用程序在第N‑1次运行时是否被强制退出；在应用程序在第N‑1次运行时被强制退出的情况下，删除应用程序中的缓存数据；和/或，从应用程序的后台服务器中获取应用程序第N次的修复脚本并基于第N次的修复脚本对应用程序中的计算机程序代码进行修复。通过本申请，可以及时对应用程序进行修复，用户也不需要等待应用程序的厂商发布可以解决异常的新版本的应用程序就能够使得用户之后在使用应用程序时避免再次被强制退出，从而可以提高用户体验。

Description

一种应用程序的修复方法及装置

技术领域

本申请涉及计算机技术领域，特别是涉及一种应用程序的修复方法及装置。

背景技术

当前，用户往往会在自己的手机上安装各种各样的应用程序来使用。应用程序在手机的操作系统中运行的过程中，可能会出现异常，并可能因为异常而使得手机将应用程序强制退出。

对于用户而言，用户下一次在启动应用程序之后，如果应用程序在运行的过程中再次出现此异常，则应用程序还会被强制退出，导致用户体验较低，只能待应用程序的厂商发布可以解决该异常的新版本的应用程序之后，才可能会解决强制退出的问题。

然而，在发布新版本之前，用户每次使用应用程序都可能会遭遇强制退出的问题，导致用户体验较低。

发明内容

为解决上述技术问题，本申请示出了一种应用程序的修复方法及装置。

第一方面，本申请示出了一种应用程序的修复方法，所述方法包括：

在第N次启动应用程序之后，判断所述应用程序在第N-1次运行时是否被强制退出；

在所述应用程序在第N-1次运行时被强制退出的情况下，删除所述应用程序中的缓存数据；和/或，从所述应用程序的后台服务器中获取所述应用程序第N次的修复脚本并基于所述第N次的修复脚本对所述应用程序中的计算机程序代码进行修复；

其中，所述第N次的修复脚本是基于所述应用程序在第N-1次运行时被强制退出的原因生成的，N为大于1的正整数。

在一个可选的实现方式中，所述方法还包括：

在所述应用程序在第N-1次运行时被强制退出的情况下，基于所述应用程序在第N-1次运行时被强制退出的事件生成致歉信息；

显示或播放所述致歉信息。

在一个可选的实现方式中，所述方法还包括：

在所述应用程序在第N-1次运行时被强制退出的情况下，显示修复选择信息；所述修复选择信息用于提示用户选择是否需要对所述应用程序进行修复；

在基于所述修复选择信息确定所述用户需要对所述应用程序进行修复的情况下，再执行所述删除所述应用程序中的缓存数据的步骤；和/或，再执行从所述应用程序的后台服务器中获取所述应用程序第N次的修复脚本的步骤。

在一个可选的实现方式中，所述方法还包括：

在所述应用程序在第N-1次运行时被强制退出之前，获取所述应用程序在第N-1次运行时被强制退出的原因以及所述应用程序在第N-1次运行时被强制退出之前的所述应用程序的堆栈调用信息；

向所述应用程序的后台服务器上传所述原因以及堆栈调用信息，以使在所述后台服务器上至少基于所述原因以及所述堆栈调用信息获取用于修复所述应用程序中的计算机程序代码的修复脚本。

在一个可选的实现方式中，所述方法还包括：

显示反馈页面；

基于所述反馈页面获取所述用户对所述应用程序在第N-1次被强制退出的事件的描述信息；

向所述应用程序的后台服务器上传所述描述信息，以使在所述后台服务器上至少基于所述描述信息获取用于修复所述应用程序中的计算机程序代码的修复脚本。

在一个可选的实现方式中，所述方法还包括：

在所述应用程序在第N-1次运行时被强制退出之前，在所述应用程序中的预设字段中存储强制退出标记；

所述判断所述应用程序在第N-1次运行时是否被强制退出，包括：

确定所述应用程序中的预设字段中是否存储有强制退出标记；

在所述预设字段中存储有强制退出标记的情况下，确定所述应用程序在第N-1次运行时被强制退出；

所述方法还包括：

在对所述应用程序修复之后，删除在所述预设字段中存储的所述强制退出标记。

第二方面，本申请示出了一种应用程序的修复装置，所述装置包括：

判断模块，用于在第N次启动应用程序之后，判断所述应用程序在第N-1次运行时是否被强制退出；

删除模块，用于在所述应用程序在第N-1次运行时被强制退出的情况下，删除所述应用程序中的缓存数据；和/或，第一获取模块，用于在所述应用程序在第N-1次运行时被强制退出的情况下，从所述应用程序的后台服务器中获取所述应用程序第N次的修复脚本，修复模块，用于基于所述第N次的修复脚本对所述应用程序中的计算机程序代码进行修复；

其中，其中，所述第N次的修复脚本是基于所述应用程序在第N-1次运行时被强制退出的原因生成的，N为大于1的正整数。

在一个可选的实现方式中，所述装置还包括：

生成模块，用于在所述应用程序在第N-1次运行时被强制退出的情况下，基于所述应用程序在第N-1次运行时被强制退出的事件生成致歉信息；

显示播放模块，用于显示或播放所述致歉信息。

在一个可选的实现方式中，所述装置还包括：

第一显示模块，用于在所述应用程序在第N-1次运行时被强制退出的情况下，显示修复选择信息；所述修复选择信息用于提示用户选择是否需要对所述应用程序进行修复；

所述删除模块还用于：在基于所述修复选择信息确定所述用户需要对所述应用程序进行修复的情况下，再删除所述应用程序中的缓存数据；和/或，所述第一获取模块还用于：在基于所述修复选择信息确定所述用户需要对所述应用程序进行修复的情况下，再从所述应用程序的后台服务器中获取所述应用程序第N次的修复脚本。

在一个可选的实现方式中，所述装置还包括：

第二获取模块，用于在所述应用程序在第N-1次运行时被强制退出之前，获取所述应用程序在第N-1次运行时被强制退出的原因以及所述应用程序在第N-1次运行时被强制退出之前的所述应用程序的堆栈调用信息；

第一上传模块，用于向所述应用程序的后台服务器上传所述原因以及堆栈调用信息，以使在所述后台服务器上至少基于所述原因以及所述堆栈调用信息获取用于修复所述应用程序中的计算机程序代码的修复脚本。

在一个可选的实现方式中，所述装置还包括：

第二显示模块，用于显示反馈页面；

第三获取模块，用于基于所述反馈页面获取所述用户对所述应用程序在第N-1次被强制退出的事件的描述信息；

第二上传模块，用于向所述应用程序的后台服务器上传所述描述信息，以使在所述后台服务器上至少基于所述描述信息获取用于修复所述应用程序中的计算机程序代码的修复脚本。

在一个可选的实现方式中，所述装置还包括：

存储模块，用于在所述应用程序在第N-1次运行时被强制退出之前，在所述应用程序中的预设字段中存储强制退出标记；

所述判断模块包括：

第一确定单元，用于确定所述应用程序中的预设字段中是否存储有强制退出标记；

第二确定单元，用于在所述预设字段中存储有强制退出标记的情况下，确定所述应用程序在第N-1次运行时被强制退出；

所述装置还包括：

删除模块，用于在对所述应用程序修复之后，删除在所述预设字段中存储的所述强制退出标记。

第三方面，本申请示出了一种电子设备，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行如第一方面所述的应用程序的修复方法。

第四方面，本申请示出了一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面所述的应用程序的修复方法。

第五方面，本申请示出了一种计算机程序产品，当所述计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面所述的应用程序的修复方法。

本申请提供的技术方案可以包括以下有益效果：

在本申请中，在启动应用程序之后，判断应用程序在第N-1次运行时是否被强制退出；在应用程序在第N-1次运行时被强制退出的情况下，删除应用程序中的缓存数据；和/或，从应用程序的后台服务器中获取应用程序第N次的修复脚本并基于第N次的修复脚本对应用程序中的计算机程序代码进行修复。通过本申请，可以及时对应用程序进行修复，用户也不需要等待应用程序的厂商发布可以解决异常的新版本的应用程序就能够使得用户之后在使用应用程序时避免再次被强制退出，从而可以提高用户体验。

附图说明

图1是本申请的一种应用程序的修复方法的步骤流程图；

图2是本申请的一种应用程序的修复装置的结构框图；

图3是本申请示出的一种电子设备的框图；

图4是本申请示出的一种电子设备的框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，示出了本申请的一种应用程序的修复方法的步骤流程图，该方法具体可以包括如下步骤：

在步骤S101中，在启动应用程序之后，判断应用程序在第N-1次运行时是否被强制退出；

在本申请中，在应用程序第N-1次在电子设备的操作系统上运行时，如果应用程序发生了对电子设备的安全以及稳定性带来影响的事件，或者，如果应用程序无法按照正常逻辑继续运行导致应用程序卡顿等，则电子设备可以直接在操作系统上强制退出应用程序，例如，电子设备可以将应用程序从电子设备的内存中清除等，以中断应用程序继续在电子设备的操作系统上的第N-1次运行，从而避免应用程序继续给电子设备的安全以及稳定性带来威胁。

其中，在应用程序运行时被强制退出之前，电子设备往往会在应用程序中的预设字段中存储有强制退出标记，以记录应用程序被强制退出了。

如此，在本申请中，在应用程序在第N-1次运行时被强制退出之前，电子设备会在应用程序中的预设字段中存储强制退出标记，以记录应用程序在第N-1次运行时被强制退出了。

如此，在判断应用程序在第N-1次运行时是否被强制退出时，可以确定应用程序中的预设字段中是否存储强制退出标记；在预设字段中存储有强制退出标记的情况下，确定应用程序在第N-1次运行时被强制退出。在预设字段中未存储有强制退出标记的情况下，确定应用程序在第N-1次运行时未被强制退出。

在应用程序在第N-1次运行时被强制退出的情况下，在步骤S102中，删除应用程序中的缓存数据；和/或，从应用程序的后台服务器中获取应用程序第N次的修复脚本并基于第N次的修复脚本对应用程序中的计算机程序代码进行修复。

其中，第N次的修复脚本是基于应用程序在第N-1次运行时被强制退出的原因生成的，N为大于1的正整数

在本申请中，在应用程序在第N-1次运行时未被强制退出的情况下，可以结束流程，或者，在第N次正常运行应用程序即可，可以不对应用程序进行修复等。

在本申请中，如果应用程序在第N-1次运行时被强制退出，则可能是由多种原因中的至少一种导致的。

例如，在一个例子中，应用程序中的缓存数据出现混乱或异常，导致应用程序无法按照正常的逻辑继续在电子设备的操作系统上正常运行，例如，电子设备中的缓存数据出现木马或者病毒等，影响电子设备的安全以及稳定性，从而需要将应用程序强制退出。

这种情况下，可以删除应用程序中的缓存数据，这些缓存数据都是可以重新生成的信息，不是应用程序在出厂时携带的必不可少的信息，因此，删除了应用程序的缓存数据之后并不会一定导致应用程序无法运行，且在本申请中，删除了影响应用程序正常运行的缓存数据之后，应用程序在运行时不会受到缓存数据的影响，例如，由于删除了缓存数据，从而使得应用程序中就不存在木马或者病毒，因此应用程序在运行时就不会影响电子设备的安全以及稳定性，这样应用程序在运行时就不会被电子设备再次强制退出，从而实现了应用程序的修复。

在另一个例子中，应用程序中的计算机程序代码存在异常，导致电子设备无法识别或者无法运行应用程序中的计算机程序代码，或者计算机程序代码中出现死循环等导致内存一直被占用，为了保护电子设备，电子设备会强制退出应用程序。

这种情况下，可以从应用程序的后台服务器中获取应用程序的修复脚本并基于修复脚本对应用程序中的计算机程序代码进行修复。

在本申请一个实施例中，在应用程序在第N-1次运行时被强制退出之前，可以获取应用程序在第N-1次运行时被强制退出的原因以及应用程序在第N-1次运行时被强制退出之前的应用程序的堆栈调用信息；然后向应用程序的后台服务器上传原因以及堆栈调用信息，以使在后台服务器上至少基于原因以及堆栈调用信息获取用于修复应用程序中的计算机程序代码的修复脚本。

然而，在本申请中，电子设备获取的应用程序被强制退出的原因往往是表面的原因，不是根本的原因，例如，电子设备执行到了异常的计算机程序代码到威胁到电子设备的安全，所以电子设备需要强制退出应用程序，在这种情况下，对于电子设备而言，其强制退出应用程序的原因是应用程序危险电子设备的安全，因此，电子设备能够得到的强制退出应用程序的原因是“威胁电子设备的安全”。

其次，堆栈调用信息有时候是比较晦涩的信息，如此，技术人员在后台服务器上得到电子设备上传的应用程序被强制退出的表面的原因以及堆栈调用信息定位出应用程序中的异常的计算机程序代码的难度较大，导致技术人员的工作量较大以及人工成本较高。

因此，为了降低技术人员定位出应用程序中的异常的计算机程序代码的难度，进而降低技术人员的工作量以及人工成本，在本申请另一实施例中，在应用程序在第N-1次运行时被强制退出的情况下，电子设备还可以显示反馈页面，用户可以在反馈页面中输入对应用程序在第N-1次被强制退出的事件的描述信息，例如，在应用程序第N-1次运行时被强制退出之前用户对应用程序执行了哪些操控操作、执行的各个操控操作之间的顺序，以及执行每一个操控操作之后应用程序的响应等，然后电子设备基于反馈页面获取用户对应用程序在第N-1次被强制退出的事件的描述信息；并向应用程序的后台服务器上传描述信息，以使至少在后台服务器上至少基于描述信息获取用于修复应用程序中的计算机程序代码的修复脚本。

如此，技术人员在后台服务器上定位应用程序中的异常的计算机程序代码时，除了可以借助电子设备上传的应用程序被强制退出的表面的原因以及堆栈调用信息之外，还可以借助用户对应用程序在第N-1次被强制退出的事件的描述信息，如此，技术人员可以借鉴的信息更多，从而可以降低技术人员定位出应用程序中的异常的计算机程序代码的难度，进而降低技术人员的工作量以及人工成本

本申请例举的上述例子仅仅是示例性的，不对本申请的保护范围进行限制。

在本申请中，在启动应用程序之后，判断应用程序在第N-1次运行时是否被强制退出；在应用程序在第N-1次运行时被强制退出的情况下，删除应用程序中的缓存数据；和/或，从应用程序的后台服务器中获取应用程序第N次的修复脚本并基于第N次的修复脚本对应用程序中的计算机程序代码进行修复。通过本申请，可以及时对应用程序进行修复，用户也不需要等待应用程序的厂商发布可以解决异常的新版本的应用程序就能够使得用户之后在使用应用程序时避免再次被强制退出，从而可以提高用户体验。

在本申请另一实施例中，在应用程序在运行的过程中，用户往往是在电子设备中正在使用应用程序，然而，如果应用程序在运行的过程中被强制退出，则对于用户而言，此次强制退出的事件非常突然，在用户毫无准备的情况下中断了用户正常使用应用程序，用户也不知道是什么原因导致应用程序被强制退出了，用户无法获知是否是其他外界恶意原因强制退出应用程序，因此，这样会导致用户体验较低。

所以，为了尽可能地避免降低用户体验，在本申请另一实施例中，在启动应用程序之后且在应用程序在第N-1次运行时被强制退出的情况下，可以基于应用程序在第N-1次运行时被强制退出的事件生成致歉信息，然后可以显示或播放致歉信息。其中，致歉信息用于基于应用程序在第N-1次运行时被强制退出的事件向用户道歉，致歉信息中还可以包括应用程序在第N-1次运行时被强制退出的原因等，如此，可以尽可能地避免降低用户体验。

在本申请中，在启动应用程序之后，通过图1所示的实施例对应用程序进行修复的过程需要耗费一段时间，在对应用程序进行修复的过程中，用户是无法使用应用程序的。

如此，在用户需要使用应用程序时，用户可以在电子设备上启动应用程序，但是需要等待一段时间修复应用程序的时间才能使用应用程序。

然而，在本申请中，应用程序被强制退出可以是用户在操作应用程序时，对应用程序执行了某一特定操作而导致应用程序被强制退出，特定操作包括对电子设备、操作系统以及应用程序会带来危害的操作，例如，控制应用程序执行木马程序或者病毒程序等。

如此，假设在应用程序在第N-1次运行时被强制退出的原因是应用程序在第N-1次运行时用户对应用程序执行了特定操作，但是，在本次启动应用程序之后，用户并不需要对应用程序执行特定操作，而是需要对应用程序执行其他并不会对电子设备、操作系统以及应用程序会带来危害的操作，执行不对电子设备、操作系统以及应用程序会带来危害的操作并不会导致应用程序被强制退出，且用户需要及时执行这些操作以尽快实现用户的目的。

但是，用户在电子设备上启动应用程序之后需要等待一段修复应用程序的时间才能使用应用程序，这就降低了实现用户的目的的效率，进而降低了用户体验。

因此，为了避免降低用户体验，在本申请一个实施例中，在应用程序在第N-1次运行时被强制退出的情况下，可以显示修复选择信息；修复选择信息用于提示用户选择是否需要对应用程序进行修复；修复选择信息可以包括一个窗口，窗口上显示有是否需要对应用程序进行修复的提示信息，以及还显示有确定按钮以及取消按钮，如果用户点击确定按钮，则电子设备可以获知用户需要对应用程序进行修复，如果用户点击取消按钮，则电子设备可以获知用户不需要对应用程序进行修复。

在基于修复选择信息确定用户需要对应用程序进行修复的情况下，再执行步骤S102。在基于修复选择信息确定用户不需要对应用程序进行修复的情况下，可以不执行步骤S102，而可以结束流程。

通过本申请，在启动应用程序之后，在应用程序在第N-1次运行时被强制退出的情况下，可以支持用户选择是否需要对应用程序进行修复，在用户使用应用程序的过程中，如果用户不执行对电子设备、操作系统以及应用程序会带来危害的特定操作，则在用户使用应用程序的过程中，应用程序就不会被强制退出，这样，用户可以选择不对应用程序进行修复，从而使得用户在启动应用程序之后，可以不等待修复应用程序的时间就可以直接使用应用程序，尽早实现用户的目的。

在本申请另一实施例中，在对应用程序修复之后，用户就可以正常使用应用程序，且在应用程序运行过程中就不会出现被强制退出的情况，也即，不再需要继续修复应用程序，因此，为了避免出现下一次在电子设备中启动应用程序之后电子设备还按照本申请的方式重复对应用程序进行修复，而导致用户需要等待一段时间才能使用应用程序以降低用户体验的问题，在本申请另一实施例中，在对应用程序修复之后，可以删除在应用程序的预设字段中存储的强制退出标记。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作并不一定是本申请所必须的。

参照图2，示出了本申请的一种应用程序的修复装置的结构框图，该装置具体可以包括如下模块：

判断模块11，用于在第N次启动应用程序之后，判断所述应用程序在第N-1次运行时是否被强制退出；

删除模块12，用于在所述应用程序在第N-1次运行时被强制退出的情况下，删除所述应用程序中的缓存数据；和/或，第一获取模块13，用于在所述应用程序在第N-1次运行时被强制退出的情况下，从所述应用程序的后台服务器中获取所述应用程序第N次的修复脚本，修复模块14，用于基于所述第N次的修复脚本对所述应用程序中的计算机程序代码进行修复；

其中，其中，所述第N次的修复脚本是基于所述应用程序在第N-1次运行时被强制退出的原因生成的，N为大于1的正整数。

在一个可选的实现方式中，所述装置还包括：

生成模块，用于在所述应用程序在第N-1次运行时被强制退出的情况下，基于所述应用程序在第N-1次运行时被强制退出的事件生成致歉信息；

显示播放模块，用于显示或播放所述致歉信息。

在一个可选的实现方式中，所述装置还包括：

第一显示模块，用于在所述应用程序在第N-1次运行时被强制退出的情况下，显示修复选择信息；所述修复选择信息用于提示用户选择是否需要对所述应用程序进行修复；

所述删除模块还用于：在基于所述修复选择信息确定所述用户需要对所述应用程序进行修复的情况下，再删除所述应用程序中的缓存数据；和/或，所述第一获取模块还用于：在基于所述修复选择信息确定所述用户需要对所述应用程序进行修复的情况下，再从所述应用程序的后台服务器中获取所述应用程序第N次的修复脚本。

在一个可选的实现方式中，所述装置还包括：

第二获取模块，用于在所述应用程序在第N-1次运行时被强制退出之前，获取所述应用程序在第N-1次运行时被强制退出的原因以及所述应用程序在第N-1次运行时被强制退出之前的所述应用程序的堆栈调用信息；

第一上传模块，用于向所述应用程序的后台服务器上传所述原因以及堆栈调用信息，以使在所述后台服务器上至少基于所述原因以及所述堆栈调用信息获取用于修复所述应用程序中的计算机程序代码的修复脚本。

在一个可选的实现方式中，所述装置还包括：

第二显示模块，用于显示反馈页面；

第三获取模块，用于基于所述反馈页面获取所述用户对所述应用程序在第N-1次被强制退出的事件的描述信息；

第二上传模块，用于向所述应用程序的后台服务器上传所述描述信息，以使在所述后台服务器上至少基于所述描述信息获取用于修复所述应用程序中的计算机程序代码的修复脚本。

在一个可选的实现方式中，所述装置还包括：

存储模块，用于在所述应用程序在第N-1次运行时被强制退出之前，在所述应用程序中的预设字段中存储强制退出标记；

所述判断模块包括：

第一确定单元，用于确定所述应用程序中的预设字段中是否存储有强制退出标记；

第二确定单元，用于在所述预设字段中存储有强制退出标记的情况下，确定所述应用程序在第N-1次运行时被强制退出；

所述装置还包括：

删除模块，用于在对所述应用程序修复之后，删除在所述预设字段中存储的所述强制退出标记。

在本申请中，在启动应用程序之后，判断应用程序在第N-1次运行时是否被强制退出；在应用程序在第N-1次运行时被强制退出的情况下，删除应用程序中的缓存数据；和/或，从应用程序的后台服务器中获取应用程序第N次的修复脚本并基于第N次的修复脚本对应用程序中的计算机程序代码进行修复。通过本申请，可以及时对应用程序进行修复，用户也不需要等待应用程序的厂商发布可以解决异常的新版本的应用程序就能够使得用户之后在使用应用程序时避免再次被强制退出，从而可以提高用户体验。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

图3是本申请示出的一种电子设备800的框图。例如，电子设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图3，电子设备800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制电子设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在电子设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图像，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为电子设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为电子设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述电子设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当电子设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为电子设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为电子设备800的显示器和小键盘，传感器组件814还可以检测电子设备800或电子设备800一个组件的位置改变，用户与电子设备800接触的存在或不存在，电子设备800方位或加速/减速和电子设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于电子设备800和其他设备之间有线或无线方式的通信。电子设备800可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播操作信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由电子设备800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图4是本申请示出的一种电子设备1900的框图。例如，电子设备1900可以被提供为一服务器。

参照图4，电子设备1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述方法。

电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理，一个有线或无线网络接口1950被配置为将电子设备1900连接到网络，和一个输入输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种应用程序的修复方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (14)

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

在第N次启动应用程序之后，判断所述应用程序在第N-1次运行时是否被强制退出；

在所述应用程序在第N-1次运行时被强制退出的情况下，删除所述应用程序中的缓存数据；和/或，从所述应用程序的后台服务器中获取所述应用程序第N次的修复脚本并基于所述第N次的修复脚本对所述应用程序中的计算机程序代码进行修复；

其中，所述第N次的修复脚本是基于所述应用程序在第N-1次运行时被强制退出的原因生成的，N为大于1的正整数。

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

在所述应用程序在第N-1次运行时被强制退出的情况下，基于所述应用程序在第N-1次运行时被强制退出的事件生成致歉信息；

显示或播放所述致歉信息。

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

在所述应用程序在第N-1次运行时被强制退出的情况下，显示修复选择信息；所述修复选择信息用于提示用户选择是否需要对所述应用程序进行修复；

在基于所述修复选择信息确定所述用户需要对所述应用程序进行修复的情况下，再执行所述删除所述应用程序中的缓存数据的步骤；和/或，再执行从所述应用程序的后台服务器中获取所述应用程序第N次的修复脚本的步骤。

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

在所述应用程序在第N-1次运行时被强制退出之前，获取所述应用程序在第N-1次运行时被强制退出的原因以及所述应用程序在第N-1次运行时被强制退出之前的所述应用程序的堆栈调用信息；

向所述应用程序的后台服务器上传所述原因以及堆栈调用信息，以使在所述后台服务器上至少基于所述原因以及所述堆栈调用信息获取用于修复所述应用程序中的计算机程序代码的修复脚本。

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

显示反馈页面；

基于所述反馈页面获取所述用户对所述应用程序在第N-1次被强制退出的事件的描述信息；

向所述应用程序的后台服务器上传所述描述信息，以使在所述后台服务器上至少基于所述描述信息获取用于修复所述应用程序中的计算机程序代码的修复脚本。

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

在所述应用程序在第N-1次运行时被强制退出之前，在所述应用程序中的预设字段中存储强制退出标记；

所述判断所述应用程序在第N-1次运行时是否被强制退出，包括：

确定所述应用程序中的预设字段中是否存储有强制退出标记；

在所述预设字段中存储有强制退出标记的情况下，确定所述应用程序在第N-1次运行时被强制退出；

所述方法还包括：

在对所述应用程序修复之后，删除在所述预设字段中存储的所述强制退出标记。

7.一种应用程序的修复装置，其特征在于，所述装置包括：

判断模块，用于在第N次启动应用程序之后，判断所述应用程序在第N-1次运行时是否被强制退出；

删除模块，用于在所述应用程序在第N-1次运行时被强制退出的情况下，删除所述应用程序中的缓存数据；和/或，第一获取模块，用于在所述应用程序在第N-1次运行时被强制退出的情况下，从所述应用程序的后台服务器中获取所述应用程序第N次的修复脚本，修复模块，用于基于所述第N次的修复脚本对所述应用程序中的计算机程序代码进行修复；

其中，其中，所述第N次的修复脚本是基于所述应用程序在第N-1次运行时被强制退出的原因生成的，N为大于1的正整数。

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

生成模块，用于在所述应用程序在第N-1次运行时被强制退出的情况下，基于所述应用程序在第N-1次运行时被强制退出的事件生成致歉信息；

显示播放模块，用于显示或播放所述致歉信息。

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

第一显示模块，用于在所述应用程序在第N-1次运行时被强制退出的情况下，显示修复选择信息；所述修复选择信息用于提示用户选择是否需要对所述应用程序进行修复；

所述删除模块还用于：在基于所述修复选择信息确定所述用户需要对所述应用程序进行修复的情况下，再删除所述应用程序中的缓存数据；和/或，所述第一获取模块还用于：在基于所述修复选择信息确定所述用户需要对所述应用程序进行修复的情况下，再从所述应用程序的后台服务器中获取所述应用程序第N次的修复脚本。

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

第二获取模块，用于在所述应用程序在第N-1次运行时被强制退出之前，获取所述应用程序在第N-1次运行时被强制退出的原因以及所述应用程序在第N-1次运行时被强制退出之前的所述应用程序的堆栈调用信息；

第一上传模块，用于向所述应用程序的后台服务器上传所述原因以及堆栈调用信息，以使在所述后台服务器上至少基于所述原因以及所述堆栈调用信息获取用于修复所述应用程序中的计算机程序代码的修复脚本。

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

第二显示模块，用于显示反馈页面；

第三获取模块，用于基于所述反馈页面获取所述用户对所述应用程序在第N-1次被强制退出的事件的描述信息；

第二上传模块，用于向所述应用程序的后台服务器上传所述描述信息，以使在所述后台服务器上至少基于所述描述信息获取用于修复所述应用程序中的计算机程序代码的修复脚本。

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

存储模块，用于在所述应用程序在第N-1次运行时被强制退出之前，在所述应用程序中的预设字段中存储强制退出标记；

所述判断模块包括：

第一确定单元，用于确定所述应用程序中的预设字段中是否存储有强制退出标记；

第二确定单元，用于在所述预设字段中存储有强制退出标记的情况下，确定所述应用程序在第N-1次运行时被强制退出；

所述装置还包括：

删除模块，用于在对所述应用程序修复之后，删除在所述预设字段中存储的所述强制退出标记。

13.一种电子设备，其特征在于，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行如权利要求1-6任一项所述的应用程序的修复方法。

14.一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1-6任一项所述的应用程序的修复方法。

Images