CN108196972A - 一种应用软件的修复方法、装置、终端及存储介质 - Google Patents

Abstract

本发明公开了一种应用软件的修复方法、装置、终端及存储介质，其中，该方法包括：接收用户在应用软件的预定界面中选择的修复操作，其中，修复操作至少包括以下之一：文件保存、程序修复；执行修复操作。本发明应用软件设置了预定界面，该预定界面会在应用软件出现崩溃后重启应用软件时呈现，在预定界面接收用户选择的修复操作后，就可以执行相应的修复操作，实现了用户自主选择希望执行的修复流程，使用户得到更好的修复体验，解决了现有技术在出现崩溃时只能通过重启应用软件或重新安装应用软件的方式来进行处理，无法根据用户的实际需求进行修复的问题。

Description

一种应用软件的修复方法、装置、终端及存储介质

技术领域

本发明涉及移动通讯领域，特别是涉及一种应用软件的修复方法、装置、终端及存储介质。

背景技术

随着移动端的应用软件(App，Application)业务的快速发展，App也会随着时代进行快速的迭代。当App越来越庞大功能越来越多时，App在运行过程中产生崩溃的可能性也越来越高，同时由于受到应用市场或应用商城等审核机制的限制，这些由错误导致的崩溃无法及时得到修复。当用户在使用过程中遇到一些导致App无法正常启动的崩溃时，只能选择不断的重复启动App或卸载App后重新安装，无法根据用户的实际需求进行修复，更可能导致丢失所有没有保存的本地文件，严重的影响了用户的使用体验。

发明内容

本发明实施例提供一种应用软件的修复方法、装置、终端及存储介质，用以解决现有技术在出现崩溃时只能通过重启App或重新安装App的方式来进行处理，无法根据用户的实际需求进行修复的问题。

为解决上述技术问题，一方面，本发明实施例提供一种应用软件的修复方法，包括：接收用户在应用软件的预定界面中选择的修复操作，其中，所述修复操作至少包括以下之一：文件保存、程序修复；执行所述修复操作。

进一步，执行所述修复操作，包括：在所述修复操作为文件保存的情况下，保存所述应用软件产生的所有未保存的本地文件；在所述修复操作为程序修复的情况下，根据修复脚本修复所述应用软件。

进一步，接收用户在应用软件的预定界面中选择的修复操作之前，还包括：检测是否存在所述应用软件产生的崩溃记录；在存在所述崩溃记录的情况下，将所述崩溃记录发送至服务器；接收所述服务器发送的根据所述崩溃记录确定的一个或多个修复操作；将所述修复操作呈现在所述预定界面。

进一步，将所述崩溃记录发送至服务器，包括：检测所述崩溃记录的数量是否超过预设阈值；在所述崩溃记录的数量超过所述预设阈值的情况下，将所述崩溃记录发送至所述服务器。

进一步，执行所述修复操作之后，还包括：删除所述崩溃记录。

另一方面，本发明实施例还提供一种应用软件的修复装置，包括：接收模块，用于接收用户在应用软件的预定界面中选择的修复操作，其中，所述修复操作至少包括以下之一：文件保存、程序修复；修复模块，用于执行所述修复操作。

进一步，所述修复模块，具体用于：在所述修复操作为文件保存的情况下，保存所述应用软件产生的所有未保存的本地文件；在所述修复操作为程序修复的情况下，根据修复脚本修复所述应用软件。

进一步，还包括检测模块，用于：检测是否存在所述应用软件产生的崩溃记录；在存在所述崩溃记录的情况下，将所述崩溃记录发送至服务器；接收所述服务器发送的根据所述崩溃记录确定的一个或多个修复操作；将所述修复操作呈现在所述预定界面。

进一步，所述检测模块，具体用于：检测所述崩溃记录的数量是否超过预设阈值；在所述崩溃记录的数量超过所述预设阈值的情况下，将所述崩溃记录发送至所述服务器。

进一步，所述修复模块，具体用于：删除所述崩溃记录。

另一方面，本发明实施例还提供一种终端，至少包括存储器、处理器，所述存储器上存储有计算机程序，所述处理器在执行所述存储器上的计算机程序时实现上述的应用软件的修复方法的步骤。

另一方面，本发明实施例还提供一种存储介质，所述存储介质上存储有计算机程序，所述程序被处理器执行时实现上述的应用软件的修复方法的步骤。

本发明实施例应用软件设置了预定界面，该预定界面会在应用软件出现崩溃后重启应用软件时呈现，在预定界面接收用户选择的修复操作后，就可以执行相应的修复操作，实现了用户自主选择希望执行的修复流程，使用户得到更好的修复体验，解决了现有技术在出现崩溃时只能通过重启App或重新安装App的方式来进行处理，无法根据用户的实际需求进行修复的问题。

附图说明

图1是本发明第一实施例中应用软件的修复方法流程图；

图2是本发明第二实施例中应用软件的修复方法流程图；

图3是本发明第三实施例中应用软件的修复方法流程图；

图4是本发明第四实施例中应用软件的修复方法流程图；

图5是本发明第五实施例中应用软件的修复装置的结构示意图；

图6是本发明第六实施例中应用软件的修复装置的结构示意图。

具体实施方式

为了解决现有技术在出现崩溃时只能通过重启App或重新安装App的方式来进行处理，无法根据用户的实际需求进行修复的问题，本发明提供了一种应用软件的修复方法、装置、终端及存储介质，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

本发明第一实施例提供了一种应用软件的修复方法，其流程图如图1所示，主要包括步骤S101和S102：

S101，接收用户在应用软件的预定界面中选择的修复操作，其中，修复操作至少包括以下之一：文件保存、程序修复。

现有技术中，当App出现崩溃无法启动时，无法根据用户的实际需求进行修复，通常的修复手段为App自动删除其对应的缓存文件或用户卸载该App后进行重新安装以恢复App的初始配置，上述两种方式均会清除用户未保存的本地文件，导致用户体验效果差。

本发明实施例的执行主体为安装有应用软件的移动终端。应用软件在出现崩溃后重新启动时，会启动相应的修复流程，移动终端会在屏幕上显示该应用软件对应的显示界面，即预定界面，显示界面上显示有可以执行的修复操作，用户通过在显示界面上选择自身希望执行的修复操作，使移动终端执行对应的修复操作以修复应用软件崩溃。

应当了解的是，显示界面上显示的可以执行的修复操作可以包括：文件保存和程序修复，用户在上述两个选项中任选一项，进一步地，显示界面上显示的修复操作还可以包括提示用户获取系统权限、提交软件错误反馈、重新安装应用软件客户端等其他修复操作，以满足用户的更多需求，达到更好的用户体验。

S102，执行修复操作。

用户在显示界面选择其希望执行的修复操作后，移动终端将根据用户选择的结果执行对应的修复操作。

应用软件在运行时突然出现崩溃的情况，会导致用户来不及保存正在处理或生成的本地文件。在本发明实施例中，当用户选择的修复操作为文件保存时，移动终端会将上述未保存的本地文件进行保存，并在保存后执行重新启动应用软件的操作，解决了应用软件出现崩溃后用户本地文件丢失，造成用户体验差的问题。

应用软件在运行时可能由于用户的错误使用或修改某些设置参数等，导致应用软件出现崩溃，应用软件的开发人员针对该种情况可以预先在应用软件的安装文件中内置修复脚本。在本发明实施例中，当用户选择的修复操作为程序修复时，移动终端可以选择执行内置的修复脚本恢复应用程序的设置参数，或通过互联网获取相应的修复脚本，或通过删除应用软件当前所有的缓存文件，以使应用软件回到一个初始状态，并在执行重新启动应用软件的操作，达到常规修复的效果。

本发明实施例应用软件设置了预定界面，该预定界面会在应用软件出现崩溃后重启应用软件时呈现，在预定界面接收用户选择的修复操作后，就可以执行相应的修复操作，实现了用户自主选择希望执行的修复流程，使用户得到更好的修复体验，解决了现有技术在出现崩溃时只能通过重启App或重新安装App的方式来进行处理，无法根据用户的实际需求进行修复的问题。

本发明的第二实施例提供了一种应用软件的修复方法，其流程图如图2所示，主要包括步骤S201至S206：

S201，检测是否存在应用软件产生的崩溃记录，若存在，则执行S202，若不存在，则正常启动应用软件。

本发明实施例的执行主体为安装有App的移动终端，App在运行时出现崩溃，会根据崩溃的具体原因生成崩溃记录并保存在移动终端中。为了在需要对App进行修复时，可以顺利的启动修复流程，应用软件在启动时，首先判断是否存在应用软件产生的崩溃记录，若存在崩溃记录，可判定App之前出现过崩溃，则执行S202，若不存在崩溃记录，则证明该App未出现崩溃或已经修复崩溃，此时正常启动App即可。

S202，将崩溃记录发送至服务器。

在存在崩溃记录的情况下，即可判定App之前出现过崩溃，需要对App进行修复操作，此时，移动终端将崩溃记录发送至服务器。应当了解的是，上述服务器可以根据移动终端上传的崩溃记录中形成崩溃的具体原因，下发针对该崩溃原因生成的配置数据，配置数据中可以包括一个或多个修复操作，如文件保存、程序修复及其他修复操作(如提示用户获取系统权限、提交软件错误反馈、重新安装应用软件客户端等)。具体地，服务器根据崩溃记录下发的修复操作中，可能包括根据该崩溃原因生成的修复脚本，该修复脚本可以更有针对性的修复程序的错误，达到更好的修复效果。

S203，接收服务器发送的根据崩溃记录确定的一个或多个修复操作。

服务器根据崩溃记录确定一个或多个修复操作后，会通过网络将一个或多个修复操作发送至移动终端，移动终端通过网络进行接收。其中，服务器确定的一个或多个修复操作可以包括：文件保存或程序修复，修复操作还可以包括提示用户获取系统权限、提交软件错误反馈、重新安装应用软件客户端等其他修复操作，以满足用户的更多需求。

S204，将修复操作呈现在预定界面。

移动终端接收到服务器发送的一个或多个修复操作后，将上述修复操作呈现在预定界面以供用户根据其自身需求进行选择。

S205，接收用户在应用软件的预定界面中选择的修复操作，其中，修复操作至少包括以下之一：文件保存、程序修复。

用户在预定界面选择其希望执行的修复操作后，移动终端接收该修复操作，应当了解的是，预定界面上显示的修复操作可以包括：文件保存和程序修复，用户在上述两个选项中任选一项，进一步地，预定界面上显示的修复操作还可以包括提示用户获取系统权限、提交软件错误反馈、重新安装应用软件客户端等其他修复操作，以满足用户的更多需求，达到更好的用户体验。

S206，执行修复操作。

用户在显示界面选择其希望执行的修复操作后，移动终端将根据用户选择的结果执行对应的修复操作。

应用软件在运行时突然出现崩溃的情况，会导致用户来不及保存正在处理或生成的本地文件。在本发明实施例中，当用户选择的修复操作为文件保存时，移动终端会将上述未保存的本地文件进行保存，并在保存后执行重新启动应用软件的操作，解决了应用软件出现崩溃后用户本地文件丢失，造成用户体验差的问题。

应用软件在运行时可能由于用户的错误使用或修改某些设置参数等，导致应用软件出现崩溃，应用软件的开发人员针对该种情况可以预先在应用软件的安装文件中内置修复脚本。在本发明实施例中，当用户选择的修复操作为程序修复时，移动终端可以选择执行内置的修复脚本恢复应用程序的设置参数，或通过互联网获取相应的修复脚本，或通过删除应用软件当前所有的缓存文件，以使应用软件回到一个初始状态，并在执行重新启动应用软件的操作，达到常规修复的效果。

进一步地，移动终端可以记录崩溃原因并保存服务器根据崩溃原因生成的具有针对性的修复脚本，当移动终端收集到足够多的崩溃原因和对应的修复脚本时，可以无需通过服务器下发修复脚本，在本地直接进行相关修复操作，或利用机器学习等人工智能(AI，Artificial Intelligence)技术在众多修复操作中向用户推荐最佳修复选项。

本发明的第三实施例提供了一种应用软件的修复方法，其流程图如图3所示，主要包括步骤S301至S307：

S301，检测是否存在应用软件产生的崩溃记录，若存在，则执行S302，若不存在，则正常启动应用软件。

本发明实施例的执行主体为安装有App的移动终端，App在运行时出现崩溃，会根据崩溃的具体原因生成崩溃记录并保存在移动终端中。为了在需要对App进行修复时，可以顺利的启动修复流程，应用软件在启动时，首先判断是否存在应用软件产生的崩溃记录，若存在崩溃记录，可判定App之前出现过崩溃，则执行S302，若不存在崩溃记录，则证明该App未出现崩溃或已经修复崩溃，此时正常启动App即可。

S302，检测崩溃记录的数量是否超过预设阈值，若超过，则执行S304，若未超过，则正常启动应用软件。

App在运行时出现崩溃，可能存在因卡顿或网络状态差等不是由于程序错误导致的崩溃，这类崩溃仅需重启即可修复，并且在App在正常启动后会清除之前产生的崩溃记录。因此，App在启动时，在存在崩溃记录的情况下，检测崩溃记录的数量是否超过预设阈值，在崩溃记录的数量未超过预设阈值的情况下，正常启动App；在崩溃记录的数量超过预设阈值的情况下，证明导致app崩溃的原因并不是由于卡顿或网络状态差等原因，此时执行S303。

S303，将崩溃记录发送至服务器。

在崩溃记录的数量超过预设阈值的情况下，需要对App进行修复操作，此时，移动终端将崩溃记录发送至服务器。应当了解的是，上述服务器可以根据移动终端上传的崩溃记录中形成崩溃的具体原因，下发针对该崩溃原因生成的配置数据，配置数据中可以包括一个或多个修复操作，如文件保存、程序修复及其他修复操作(如提示用户获取系统权限、提交软件错误反馈、重新安装应用软件客户端等)。具体地，服务器根据崩溃记录下发的修复操作中，可能包括根据该崩溃原因生成的修复脚本，该修复脚本可以更有针对性的修复程序的错误，达到更好的修复效果。

S304，接收服务器发送的根据崩溃记录确定的一个或多个修复操作。

服务器根据崩溃记录确定一个或多个修复操作后，会通过网络将一个或多个修复操作发送至移动终端，移动终端通过网络进行接收。其中，服务器确定的一个或多个修复操作可以包括：文件保存或程序修复，修复操作还可以包括提示用户获取系统权限、提交软件错误反馈、重新安装应用软件客户端等其他修复操作，以满足用户的更多需求。

S305，将修复操作呈现在预定界面。

移动终端接收到服务器发送的一个或多个修复操作后，将上述修复操作呈现在预定界面以供用户根据其自身需求进行选择。

S306，接收用户在应用软件的预定界面中选择的修复操作，其中，修复操作至少包括以下之一：文件保存、程序修复。

用户在预定界面选择其希望执行的修复操作后，移动终端接收该修复操作，应当了解的是，预定界面上显示的修复操作可以包括：文件保存和程序修复，用户在上述两个选项中任选一项，进一步地，预定界面上显示的修复操作还可以包括提示用户获取系统权限、提交软件错误反馈、重新安装应用软件客户端等其他修复操作，以满足用户的更多需求，达到更好的用户体验。

S307，执行修复操作。

用户在显示界面选择其希望执行的修复操作后，移动终端将根据用户选择的结果执行对应的修复操作。

应用软件在运行时突然出现崩溃的情况，会导致用户来不及保存正在处理或生成的本地文件。在本发明实施例中，当用户选择的修复操作为文件保存时，移动终端会将上述未保存的本地文件进行保存，并在保存后执行重新启动应用软件的操作，解决了应用软件出现崩溃后用户本地文件丢失，造成用户体验差的问题。

应用软件在运行时可能由于用户的错误使用或修改某些设置参数等，导致应用软件出现崩溃，应用软件的开发人员针对该种情况可以预先在应用软件的安装文件中内置修复脚本。在本发明实施例中，当用户选择的修复操作为程序修复时，移动终端可以选择执行内置的修复脚本恢复应用程序的设置参数，或通过互联网获取相应的修复脚本，或通过删除应用软件当前所有的缓存文件，以使应用软件回到一个初始状态，并在执行重新启动应用软件的操作，达到常规修复的效果。

本发明实施例通过在切换至修复流程之前，检测崩溃记录的数量是否超过预设阈值，可避免App在不需要切换至修复流程的情况下切换至修复流程中，应当了解的是，预设阈值的大小不应过大或过小，过小可能会导致频繁地切换至修复流程中，过大可能会使用户因为多次重复仍无法打开App或进入修复流程而失去耐心，进而卸载App。进一步地，将预设阈值设置在3次较为适宜。

本发明的第四实施例提供了一种应用软件的修复方法，其流程图如图4所示，主要包括步骤S401至S407：

S401，检测是否存在应用软件产生的崩溃记录，若存在，则执行S402，若不存在，则正常启动应用软件。

本发明实施例的执行主体为安装有App的移动终端，App在运行时出现崩溃，会根据崩溃的具体原因生成崩溃记录并保存在移动终端中。为了在需要对App进行修复时，可以顺利的启动修复流程，应用软件在启动时，首先判断是否存在应用软件产生的崩溃记录，若存在崩溃记录，可判定App之前出现过崩溃，则执行S402，若不存在崩溃记录，则证明该App未出现崩溃或已经修复崩溃，此时正常启动App即可。

S402，将崩溃记录发送至服务器。

在存在崩溃记录的情况下，即可判定App之前出现过崩溃，需要对App进行修复操作，此时，移动终端将崩溃记录发送至服务器。应当了解的是，上述服务器可以根据移动终端上传的崩溃记录中形成崩溃的具体原因，下发针对该崩溃原因生成的配置数据，配置数据中可以包括一个或多个修复操作，如文件保存、程序修复及其他修复操作(如提示用户获取系统权限、提交软件错误反馈、重新安装应用软件客户端等)。具体地，服务器根据崩溃记录下发的修复操作中，可能包括根据该崩溃原因生成的修复脚本，该修复脚本可以更有针对性的修复程序的错误，达到更好的修复效果。

优选地，在存在崩溃记录的情况下，还可以检测崩溃记录的数量是否超过预设阈值，若超过，则将崩溃记录发送至服务器，若未超过，正常启动App即可。

S403，接收服务器发送的根据崩溃记录确定的一个或多个修复操作。

服务器根据崩溃记录确定一个或多个修复操作后，会通过网络将一个或多个修复操作发送至移动终端，移动终端通过网络进行接收。其中，服务器确定的一个或多个修复操作可以包括：文件保存或程序修复，修复操作还可以包括提示用户获取系统权限、提交软件错误反馈、重新安装应用软件客户端等其他修复操作，以满足用户的更多需求。

S404，将修复操作呈现在预定界面。

移动终端接收到服务器发送的一个或多个修复操作后，将上述修复操作呈现在预定界面以供用户根据其自身需求进行选择。

S405，接收用户在应用软件的预定界面中选择的修复操作，其中，修复操作至少包括以下之一：文件保存、程序修复。

用户在预定界面选择其希望执行的修复操作后，移动终端接收该修复操作，应当了解的是，预定界面上显示的修复操作可以包括：文件保存和程序修复，用户在上述两个选项中任选一项，进一步地，预定界面上显示的修复操作还可以包括提示用户获取系统权限、提交软件错误反馈、重新安装应用软件客户端等其他修复操作，以满足用户的更多需求，达到更好的用户体验。

S406，执行修复操作。

用户在显示界面选择其希望执行的修复操作后，移动终端将根据用户选择的结果执行对应的修复操作。

应用软件在运行时突然出现崩溃的情况，会导致用户来不及保存正在处理或生成的本地文件。在本发明实施例中，当用户选择的修复操作为文件保存时，移动终端会将上述未保存的本地文件进行保存，并在保存后执行重新启动应用软件的操作，解决了应用软件出现崩溃后用户本地文件丢失，造成用户体验差的问题。

应用软件在运行时可能由于用户的错误使用或修改某些设置参数等，导致应用软件出现崩溃，应用软件的开发人员针对该种情况可以预先在应用软件的安装文件中内置修复脚本。在本发明实施例中，当用户选择的修复操作为程序修复时，移动终端可以选择执行内置的修复脚本恢复应用程序的设置参数，或通过互联网获取相应的修复脚本，或通过删除应用软件当前所有的缓存文件，以使应用软件回到一个初始状态，并在执行重新启动应用软件的操作，达到常规修复的效果。

S407，删除崩溃记录。

为了防止崩溃记录一直存在，既占用存储空间又会影响后续App的启动过程，在用户选择的修复操作执行完毕之后，移动终端会删除之前生成的崩溃记录，以保证App在下次启动时可以正常启动，不会因为遗留的崩溃记录而导致切换至修复流程。

本发明的第五实施例提供了一种应用软件的修复装置，其结构示意图如图5所示，主要包括接收模块501和修复模块502，其中，接收模块501用于接收用户在应用软件的预定界面中选择的修复操作，其中，修复操作至少包括以下之一：文件保存、程序修复；修复模块502用于执行修复操作。

本发明实施例的修复装置可以安装在具有应用软件的移动终端中。App在出现崩溃需要进行修复时，移动终端会在屏幕上显示该App对应的显示界面，即预定界面，显示界面上显示有可以执行的修复操作，用户通过在显示界面上选择自身希望执行的修复操作，修复装置通过接收模块501接收用户的选择，修复模块502执行对应的修复操作以修复应用软件崩溃。应当了解的是，显示界面上显示的可以执行的修复操作可以包括：文件保存和程序修复，用户在上述两个选项中任选一项，修复模块502将根据用户选择的结果执行对应的修复操作。进一步地，显示界面上显示的修复选项还可以包括提示用户获取系统权限、提交软件错误反馈、重新安装应用软件客户端等其他修复操作，以满足用户的更多需求，达到更好的用户体验。

App在运行时突然出现崩溃的情况，会导致用户来不及保存正在处理或生成的本地文件。在本发明实施例中，当接收模块501接收到的修复操作为文件保存时，修复模块502会将上述未保存的本地文件进行保存，并在保存后执行重新启动应用软件的操作，解决了App出现崩溃后用户本地文件丢失，造成用户体验差的问题。

App在运行时可能由于用户的错误使用或修改某些设置参数等，导致App出现崩溃，App的开发人员针对该种情况可以预先在App的安装文件中内置修复脚本。在本发明实施例中，当接收模块501接收到的修复操作为程序修复时，修复模块502可以选择执行内置的修复脚本恢复应用程序的设置参数，或通过删除应用软件当前所有的缓存文件，以使应用软件回到一个初始状态，并在执行重新启动应用软件的操作，达到常规修复的效果。

本发明实施例应用软件设置了预定界面，该预定界面会在应用软件出现崩溃后重启应用软件时呈现，在预定界面接收用户选择的修复操作后，就可以执行相应的修复操作，实现了用户自主选择希望执行的修复流程，使用户得到更好的修复体验，解决了现有技术在出现崩溃时只能通过重启App或重新安装App的方式来进行处理，无法根据用户的实际需求进行修复的问题。

本发明的第六实施例提供了一种应用软件的修复装置，其结构示意图如图6所示，主要包括检测模块601、接收模块602以及修复模块603。

App在运行时出现崩溃，会根据崩溃的具体原因生成崩溃记录并保存在移动终端中，为了在需要对App进行修复时，可以顺利的执行修复流程，App在启动时，首先通过检测模块601判断是否存在应用软件产生的崩溃记录，在存在崩溃记录的情况下，即可判定App之前出现过崩溃，需要对App进行修复操作；此时，检测模块601将崩溃记录发送至服务器，应当了解的是，上述服务器可以根据移动终端上传的崩溃记录中形成崩溃的具体原因，下发针对该崩溃原因生成的配置数据，配置数据中可以包括修复操作，如文件保存、程序修复及其他修复操作等；检测模块601接收到服务器发送的一个或多个修复操作后，将上述修复操作呈现在预定界面上。

接收模块602接收用户在预定界面上的选择，修复模块603执行对应的修复操作以修复应用软件崩溃。应当了解的是，预定界面上显示的可以执行的修复操作可以包括：文件保存和程序修复，用户在上述两个选项中任选一项，修复模块603将根据用户选择的结果执行对应的修复操作。进一步地，预定界面上显示的修复选项还可以包括提示用户获取系统权限、提交软件错误反馈、重新安装应用软件客户端等其他修复操作，以满足用户的更多需求，达到更好的用户体验。

由修复模块603根据用户选择的修复操作，执行该修复操作以修复应用软件。具体地，服务器根据崩溃记录下发的修复操作中，可能包括根据该崩溃原因生成的修复脚本，该修复脚本可以更有针对性的修复程序的错误，达到更好的修复效果。

App在运行时也可能存在由于卡顿或网络状态差等不是由于程序错误导致的崩溃，这类崩溃仅需重启即可修复，并且在App在正常启动后会清除之前产生的崩溃记录。因此，App在启动时，在存在崩溃记录的情况下，检测模块601检测崩溃记录的数量是否超过预设阈值，在崩溃记录的数量超过预设阈值的情况下，证明导致app崩溃的原因并不是由于卡顿或网络状态差等原因，此时需要将崩溃记录上传，并接收对应的修复操作选项；最后根据用户选择的修复操作，由修复模块603执行该修复操作以修复App。应当了解的是，预设阈值的大小不应过大或过小，过小可能会导致频繁地切换至修复流程中，过大可能会使用户因为多次重复仍无法打开App或进入修复流程而失去耐心，进而卸载App。进一步地，将预设阈值设置在3次较为适宜。

为了防止崩溃记录一直存在，既占用存储空间又会影响后续App的启动过程，在用户选择的修复操作执行完毕之后，修复模块603会删除之前生成的崩溃记录，以保证App在下次启动时可以正常启动，不会因为遗留的崩溃记录而导致切换至修复流程。

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

本发明的第七实施例还提供了一种终端，该终端至少包括存储器、处理器，存储器上存储有计算机程序，处理器在执行存储器上的计算机程序时实现如下步骤：

S71，接收用户在应用软件的预定界面中选择的修复操作，其中，修复操作至少包括以下之一：文件保存、程序修复；

S72，执行修复操作。

本发明实施例在实现时，由处理器启动修复流程，终端会在屏幕上显示该应用软件对应的显示界面，即预定界面，显示界面上显示有可以执行的修复操作，用户通过在显示界面上选择自身希望执行的修复操作，使处理器执行对应的修复操作以修复应用软件崩溃。

应当了解的是，显示界面上显示的可以执行的修复操作可以包括：文件保存和程序修复，用户在上述两个选项中任选一项，进一步地，显示界面上显示的修复操作还可以包括提示用户获取系统权限、提交软件错误反馈、重新安装应用软件客户端等其他修复操作，以满足用户的更多需求，达到更好的用户体验。

处理器接收到用户在显示界面选择其希望执行的修复操作后，处理器将根据用户选择的结果执行对应的修复操作。在本发明实施例中，当用户选择的修复操作为文件保存时，处理器会将上述未保存的本地文件进行保存，并在保存后执行重新启动应用软件的操作，解决了应用软件出现崩溃后用户本地文件丢失，造成用户体验差的问题；当用户选择的修复操作为程序修复时，处理器可以选择执行内置的修复脚本恢复应用程序的设置参数，或通过互联网获取相应的修复脚本，或通过删除应用软件当前所有的缓存文件，以使应用软件回到一个初始状态，并在执行重新启动应用软件的操作，达到常规修复的效果。

具体地，处理器在执行接收用户在应用软件的预定界面中选择的的计算机程序之前，处理器还执行以下步骤：检测是否存在应用软件产生的崩溃记录；在存在崩溃记录的情况下，将崩溃记录发送至服务器；接收服务器发送的根据崩溃记录确定的一个或多个修复操作；将修复操作呈现在预定界面。实现过程中，如果在启动App时，未检测到崩溃记录的存在，则直接启动App即可，若检测到崩溃记录的存在，则启动修复流程，并将崩溃记录上传服务器，以得到具有更好的修复效果的修复脚本。

优选的，在存在崩溃记录的情况下，处理器在执行存储器上的将崩溃记录发送至服务器的计算机程序时，处理器具体执行以下步骤：检测崩溃记录的数量是否超过预设阈值；在崩溃记录的数量超过预设阈值的情况下，将崩溃记录发送至服务器。App在运行时出现崩溃，可能存在因卡顿或网络状态差等不是由于程序错误导致的崩溃，这类崩溃仅需重启即可修复，并且在App在正常启动后会清除之前产生的崩溃记录。因此，App在启动时，在存在崩溃记录的情况下，检测崩溃记录的数量是否超过预设阈值，在崩溃记录的数量未超过预设阈值的情况下，正常启动App；在崩溃记录的数量超过预设阈值的情况下，证明导致app崩溃的原因并不是由于卡顿或网络状态差等原因，处理器执行将崩溃记录发送至服务器的步骤。

处理器在执行执行所述修复操作的计算机程序之后，处理器还执行以下步骤：删除崩溃记录。为了防止崩溃记录一直存在，既占用存储空间又会影响后续App的启动过程，在用户选择的修复操作执行完毕之后，移动终端会删除之前生成的崩溃记录，以保证App在下次启动时可以正常启动，不会因为遗留的崩溃记录而导致切换至修复流程。

本发明实施例应用软件设置了预定界面，该预定界面会在应用软件出现崩溃后重启应用软件时呈现，在预定界面接收用户选择的修复操作后，就可以执行相应的修复操作，实现了用户自主选择希望执行的修复流程，使用户得到更好的修复体验，解决了现有技术在出现崩溃时只能通过重启App或重新安装App的方式来进行处理，无法根据用户的实际需求进行修复的问题。

本发明的第八实施例还提供了一种存储介质，存储有计算机程序。可选地，在本实施例中，计算机程序被处理器执行时实现如下步骤：

S81，接收用户在应用软件的预定界面中选择的修复操作，其中，修复操作至少包括以下之一：文件保存、程序修复；

S82，执行修复操作。

具体地，计算机程序在被处理器执行执行修复操作的步骤时，具体实现如下步骤：在修复操作为文件保存的情况下，保存应用软件产生的所有未保存的本地文件；在修复操作为程序修复的情况下，根据修复脚本修复应用软件。

本发明实施例通过接收用户在预定界面选择的修复操作，并执行相应的修复操作，实现了用户自主选择希望执行的修复流程，使用户得到更好的修复体验，解决了现有技术在出现崩溃时只能通过重启App或重新安装App的方式来进行处理，无法根据用户的实际需求进行修复的问题。

进一步，计算机程序在被处理器执行接收用户在应用软件的预定界面中选择的修复操作的步骤之前，还被处理器执行以下步骤：检测是否存在应用软件产生的崩溃记录；在存在崩溃记录的情况下，将崩溃记录发送至服务器；接收服务器发送的根据崩溃记录确定的一个或多个修复操作；将修复操作呈现在预定界面。使需要对App进行修复时，可以顺利的执行修复流程。

计算机程序在被处理器执行将崩溃记录发送至服务器的步骤时，具体实现如下步骤：检测崩溃记录的数量是否超过预设阈值；在崩溃记录的数量超过预设阈值的情况下，将崩溃记录发送至服务器，以避免App在不需要切换至修复流程的情况下切换至修复流程中。最后，计算机程序在被处理器执行执行修复操作的步骤之后，还被处理器执行以下步骤：删除崩溃记录，以保证App在下次启动时可以正常启动，不会因为遗留的崩溃记录而导致切换至修复流程。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例记载的方法步骤。可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (11)

1.一种应用软件的修复方法，其特征在于，包括：

接收用户在应用软件的预定界面中选择的修复操作，其中，所述修复操作至少包括以下之一：文件保存、程序修复；

执行所述修复操作。

2.如权利要求1所述的修复方法，其特征在于，执行所述修复操作，包括：

在所述修复操作为文件保存的情况下，保存所述应用软件产生的所有未保存的本地文件；

在所述修复操作为程序修复的情况下，根据修复脚本修复所述应用软件。

3.如权利要求1或2所述的修复方法，其特征在于，接收用户在应用软件的预定界面中选择的修复操作之前，还包括：

检测是否存在所述应用软件产生的崩溃记录；

在存在所述崩溃记录的情况下，将所述崩溃记录发送至服务器；

接收所述服务器发送的根据所述崩溃记录确定的一个或多个修复操作；

将所述修复操作呈现在所述预定界面。

4.如权利要求3所述的修复方法，其特征在于，将所述崩溃记录发送至服务器，包括：

检测所述崩溃记录的数量是否超过预设阈值；

在所述崩溃记录的数量超过所述预设阈值的情况下，将所述崩溃记录发送至所述服务器。

5.如权利要求3所述的修复方法，其特征在于，执行所述修复操作之后，还包括：

删除所述崩溃记录。

6.一种应用软件的修复装置，其特征在于，包括：

接收模块，用于接收用户在应用软件的预定界面中选择的修复操作，其中，所述修复操作至少包括以下之一：文件保存、程序修复；

修复模块，用于执行所述修复操作。

7.如权利要求6所述的修复装置，其特征在于，所述修复模块，具体用于：

在所述修复操作为文件保存的情况下，保存所述应用软件产生的所有未保存的本地文件；

在所述修复操作为程序修复的情况下，根据修复脚本修复所述应用软件。

8.如权利要求6或7所述的修复装置，其特征在于，还包括检测模块，用于：

检测是否存在所述应用软件产生的崩溃记录；

在存在所述崩溃记录的情况下，将所述崩溃记录发送至服务器；

接收所述服务器发送的根据所述崩溃记录确定的一个或多个修复操作；

将所述修复操作呈现在所述预定界面。

9.如权利要求8所述的修复装置，其特征在于，所述检测模块，具体用于：

检测所述崩溃记录的数量是否超过预设阈值；

在所述崩溃记录的数量超过所述预设阈值的情况下，将所述崩溃记录发送至所述服务器。

10.一种终端，至少包括存储器、处理器，所述存储器上存储有计算机程序，其特征在于，所述处理器在执行所述存储器上的计算机程序时实现权利要求1至5中任一项所述应用软件的修复方法的步骤。

11.一种存储介质，所述存储介质上存储有计算机程序，所述程序被处理器执行时实现权利要求1至5中任意一项所述方法的步骤。