CN107038085B - 一种客户端应用的修复方法、装置及*** - Google Patents

Abstract

本申请公开了一种客户端应用的修复方法、装置及电子设备，一种客户端应用的更新方法、装置及电子设备，一种更新请求的处理方法、装置及电子设备，以及一种客户端应用的修复***。其中所述客户端应用的修复方法包括：获取客户端应用的异常启动次数；若异常启动次数大于预设的第一最多异常启动次数阈值，则客户端应用进入第一安全模式，并清理客户端应用的本地缓存。采用本申请提供的方法，能够自动修复客户端应用，从而达到提高用户体验的效果。

Description

一种客户端应用的修复方法、装置及***

技术领域

本申请涉及移动应用技术领域，具体涉及一种客户端应用的修复方法、装置及电子设备。本申请同时涉及一种客户端应用的更新方法、装置及电子设备，一种更新请求的处理方法、装置及电子设备，以及一种客户端应用的修复***。

背景技术

随着移动互联网的发展，基于移动互联网的移动应用(即：移动APP)也日益增多，例如：手机淘宝、手机天猫、手机高德地图等，各种移动应用为用户提供了丰富多彩的服务。移动应用分为客户端(即：客户端应用)及服务端两部分。其中，客户端应用运行在移动通讯设备中，供用户使用；而服务端部分运行在服务器中，为客户端应用提供后台服务。

移动APP的客户端应用在启动阶段可能出现启动异常的情况，使得用户无法正常使用移动APP，例如，由于客户端应用使用本地缓存而导致的启动异常等。目前，解决移动APP的客户端应用启动异常问题的常用方法是：用户手动删除已安装的客户端应用，重新下载并安装客户端应用。然而，由于重新下载并安装所耗时间较长，特别是很多用户可能并不知道需要重新安装，因而会给用户带来不便，从而影响了用户的体验。

因此，现有技术存在无法自动修复客户端应用启动异常的问题。

发明内容

本申请提供一种客户端应用的修复方法、装置及电子设备，以解决现有技术存在无法自动修复客户端应用启动异常的问题。本申请另外提供一种客户端应用的更新方法、装置及电子设备，一种更新请求的处理方法、装置及电子设备，以及一种客户端应用的修复***。

本申请提供一种客户端应用的修复方法，用于移动通讯设备，包括：

获取所述客户端应用的异常启动次数；

若所述异常启动次数大于预设的第一最多异常启动次数阈值，则所述客户端应用进入第一安全模式，并清理所述客户端应用的本地缓存。

可选的，在所述客户端应用进入第一安全模式之前，还包括：

根据预设的第一安全模式选项，判断是否允许所述客户端应用进入所述第一安全模式；

所述客户端应用进入第一安全模式，采用如下方式：

若上述判断结果为是，则所述客户端应用进入所述第一安全模式。

可选的，所述第一安全模式选项存储在配置文件中；所述配置文件位于与所述客户端应用对应的服务器中；所述第一安全模式选项，采用如下步骤获取：

向所述服务器发送获取所述配置文件的请求；

接收所述服务器回送的所述配置文件；

读取所述配置文件，获取所述第一安全模式选项。

可选的，在所述客户端应用进入第一安全模式之前，还包括：

若所述异常启动次数大于预设的第二最多异常启动次数阈值，则所述客户端应用进入第二安全模式，并将所述客户端应用恢复至初始安装状态；所述第二最多异常启动次数阈值大于所述第一最多异常启动次数阈值。

可选的，在所述客户端应用进入第二安全模式之前，还包括：

根据预设的第二安全模式选项，判断是否允许所述客户端应用进入第二安全模式；

所述客户端应用进入第二安全模式，采用如下方式：

若上述判断结果为是，则所述客户端应用进入第二安全模式。

可选的，所述第二安全模式选项存储在配置文件中；所述配置文件位于与所述客户端应用对应的服务器中；所述第二安全模式选项，采用如下步骤获取：

向所述服务器发送获取所述配置文件的请求；

接收所述服务器回送的所述配置文件；

读取所述配置文件，获取所述第二安全模式选项。

可选的，在所述将所述客户端应用恢复至初始安装状态之后，还包括：

若所述客户端应用无法正常启动，则向所述服务器报警所述客户端应用存在异常。

可选的，还包括：

对所述异常启动次数进行累计。

可选的，还包括：

在所述客户端应用正常启动预设的时间间隔后，将所述异常启动次数清零。

可选的，还包括：

当所述客户端应用进入正常启动流程时，启动预设的定时器；所述定时器的定时时间为所述预设的时间间隔。

可选的，还包括：

将所述客户端应用的修复方法注册到所述客户端应用中。

相应的，本申请还提供一种客户端应用的修复装置，用于移动通讯设备，包括：

获取单元，用于获取所述客户端应用的异常启动次数；

第一修复单元，用于若所述异常启动次数大于预设的第一最多异常启动次数阈值，则所述客户端应用进入第一安全模式，并清理所述客户端应用的本地缓存。

可选的，还包括：

第二修复单元，用于若所述异常启动次数大于预设的第二最多异常启动次数阈值，则所述客户端应用进入第二安全模式，并将所述客户端应用恢复至初始安装状态；所述第二最多异常启动次数阈值大于所述第一最多异常启动次数阈值。

可选的，还包括：

报警单元，用于若所述客户端应用无法正常启动，则向所述服务器报警所述客户端应用存在异常。

可选的，还包括：

计数单元，用于对所述异常启动次数进行累计。

可选的，还包括：

清零单元，用于在所述客户端应用正常启动预设的时间间隔后，将所述异常启动次数清零。

相应的，本申请还提供一种电子设备，包括：

显示器；

处理器；以及

存储器，所述存储器被配置成存储客户端应用的修复装置，所述客户端应用的修复装置被所述处理器执行时，包括如下步骤：获取所述客户端应用的异常启动次数；若所述异常启动次数大于预设的第一最多异常启动次数阈值，则所述客户端应用进入第一安全模式，并清理所述客户端应用的本地缓存。

相应的，本申请还提供一种客户端应用的更新方法，用于移动通讯设备，在客户端应用的启动阶段，包括：

向与所述客户端应用对应的服务器发送获取应用更新信息的请求；所述获取应用更新信息的请求包括所述客户端应用的版本号；

接收所述服务器回送的所述应用更新信息；

根据所述应用更新信息，更新所述客户端应用。

可选的，所述应用更新信息包括补丁程序的文件标识和/或预设的更新方式；所述预设的更新方式包括同步更新方式或异步更新方式；

所述根据所述应用更新信息，更新所述客户端应用，包括：

根据所述文件标识，获取所述补丁程序；

根据所述补丁程序为所述客户端应用打补丁。

可选的，所述补丁程序存储在所述服务器中；所述获取所述补丁程序，采用如下方式：

根据所述文件标识，从所述服务器下载所述补丁程序。

可选的，所述根据所述补丁程序为所述客户端应用打补丁，采用如下方式：

以所述同步更新方式或所述异步更新方式，根据所述补丁程序为所述客户端应用打补丁。

可选的，还包括：

若所述客户端应用正常退出，则将预先记录的异常启动次数清零。

可选的，还包括：

将所述客户端应用的更新方法注册到所述客户端应用中。

相应的，本申请还提供一种客户端应用的更新装置，用于移动通讯设备，包括：

发送单元，用于向与所述客户端应用对应的服务器发送获取应用更新信息的请求；所述获取应用更新信息的请求包括所述客户端应用的版本号；

接收单元，用于接收所述服务器回送的所述应用更新信息；

更新单元，用于根据所述应用更新信息，更新所述客户端应用。

可选的，所述应用更新信息包括补丁程序的文件标识和/或预设的更新方式；所述预设的更新方式包括同步更新方式或异步更新方式；

所述更新单元包括：

获取子单元，用于根据所述文件标识，获取所述补丁程序；

更新子单元，用于根据所述补丁程序为所述客户端应用打补丁。

可选的，还包括：

清零单元，用于若所述客户端应用正常退出，则将预先记录的异常启动次数清零。

相应的，本申请还提供一种电子设备，包括：

显示器；

处理器；以及

存储器，所述存储器被配置成存储客户端应用的更新装置，所述客户端应用的更新装置被所述处理器执行时，包括如下步骤：向与所述客户端应用对应的服务器发送获取应用更新信息的请求；所述获取应用更新信息的请求包括所述客户端应用的版本号；接收所述服务器回送的所述应用更新信息；根据所述应用更新信息，更新所述客户端应用。

相应的，本申请还提供一种更新请求的处理方法，包括：

接收客户端应用发送的获取应用更新信息的请求；所述获取应用更新信息的请求包括所述客户端应用的版本号；

响应所述获取应用更新信息的请求，获取所述应用更新信息；

向所述客户端应用回送所述应用更新信息。

可选的，所述应用更新信息包括所述客户端应用的补丁程序的文件标识和/或预设的更新方式；所述预设的更新方式包括同步更新方式或异步更新方式；

所述方法还包括：

根据所述客户端应用发送的获取所述补丁程序的请求，向所述客户端应用回送所述补丁程序；所述获取所述补丁程序的请求包括所述文件标识。

可选的，所述补丁程序，采用如下步骤生成：

获取所述客户端应用发送的所述客户端应用存在异常的报警信息；

根据所述报警信息，生成所述客户端应用的补丁程序。

可选的，所述向所述客户端应用回送所述补丁程序，采用如下方式：

通过所述内容分发网络，向所述客户端应用回送所述补丁程序。

可选的，所述向所述客户端应用回送所述应用更新信息，采用如下方式：

通过内容分发网络，向所述客户端应用回送所述应用更新信息。

相应的，本申请还提供一种更新请求的处理装置，包括：

接收单元，用于接收客户端应用发送的获取应用更新信息的请求；所述获取应用更新信息的请求包括所述客户端应用的版本号；

获取单元，用于响应所述获取应用更新信息的请求，获取所述应用更新信息；

第一回送单元，用于向所述客户端应用回送所述应用更新信息。

可选的，所述应用更新信息包括所述客户端应用的补丁程序的文件标识和/或预设的更新方式；所述预设的更新方式包括同步更新方式或异步更新方式；

所述装备还包括：

第二回送单元，用于根据所述客户端应用发送的获取所述补丁程序的请求，向所述客户端应用回送所述补丁程序；所述获取所述补丁程序的请求包括所述文件标识。

相应的，本申请还提供一种电子设备，包括：

显示器；

处理器；以及

存储器，所述存储器被配置成存储更新请求的处理装置，所述更新请求的处理装置被所述处理器执行时，包括如下步骤：接收客户端应用发送的获取应用更新信息的请求；所述获取应用更新信息的请求包括所述客户端应用的版本号；响应所述获取应用更新信息的请求，获取所述应用更新信息；向所述客户端应用回送所述应用更新信息。

相应的，本申请还提供一种客户端应用的修复***，包括：根据上述任一项所述的客户端应用的更新装置，以及根据上述任一项所述的更新请求的处理装置。

可选的，还包括：根据上述任一项所述的客户端应用的修复装置。。

与现有技术相比，本申请具有以下优点：

本申请提供的客户端应用的修复方法、装置及电子设备，通过获取客户端应用的异常启动次数，并判断异常启动次数是否大于预设的第一最多异常启动次数阈值，若是，则客户端应用进入第一安全模式并清理客户端应用的本地缓存，能够自动修复客户端应用，从而达到提高用户体验的效果。

附图说明

图1是本申请的客户端应用的修复方法实施例A的流程图；

图2是本申请的客户端应用的修复方法实施例B的***框架图；

图3是本申请的客户端应用的修复方法实施例B的程序代码示意图；

图4是本申请的客户端应用的修复装置实施例的示意图；

图5是本申请的客户端应用的修复装置实施例的具体示意图；

图6是本申请的电子设备实施例的示意图；

图7是本申请的客户端应用的更新方法实施例的流程图；

图8是本申请的客户端应用的更新装置实施例的示意图；

图9是本申请的又一电子设备实施例的示意图。

图10是本申请的更新请求的处理方法实施例的流程图；

图11是本申请的更新请求的处理装置实施例的示意图；

图12是本申请的再一电子设备实施例的示意图。

图13是本申请的客户端应用的修复***实施例的示意图；

图14是本申请的客户端应用的修复***实施例的具体示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请中，提供了一种客户端应用的修复方法、装置及电子设备，一种客户端应用的更新方法、装置及电子设备，一种更新请求的处理方法、装置及电子设备，以及一种客户端应用的修复***。在下面的实施例中逐一进行详细说明。

本申请提供的客户端应用的修复方法，其核心的基本思想为：判断客户端应用的异常启动次数是否大于预设的第一最多异常启动次数阈值，若是，则客户端应用进入第一安全模式，并在第一安全模式下清理客户端应用的本地缓存，能够自动修复客户端应用。由于能够自动修复客户端应用，因而达到提高用户体验的效果。

请参考图1，其为本申请的客户端应用的修复方法实施例A的流程图。所述方法包括如下步骤：

步骤S101：获取所述客户端应用的异常启动次数。

本申请实施例提供的客户端应用的修复方法，用于移动通讯设备。所述的移动通讯设备，即：通常所说的手机或者智能手机、平板电脑、可穿戴设备等。所述的客户端应用是指，运行在移动通讯设备中的应用程序，例如，手机淘宝、手机天猫、手机高德地图等客户端应用等。安装不同操作***的移动通讯设备使用不同版本的客户端应用，例如，Android***的移动通讯设备使用Android版的客户端应用，而iOS***的移动通讯设备使用iOS版的客户端应用。

本申请实施例所述的异常启动次数是指，客户端应用在启动阶段异常启动的累计次数。异常启动次数作为一个标志，预先存储在客户端应用中。当启动客户端应用时，可在客户端应用的启动入口处，首先读取预先存储的异常启动次数。

获取到客户端应用的异常启动次数后，就可进入下一步根据该数据判断是否需要修复客户端应用。

步骤S103：若所述异常启动次数大于预设的第一最多异常启动次数阈值，则所述客户端应用进入第一安全模式，并清理所述客户端应用的本地缓存。

安全模式是客户端应用的一种特殊启动模式，该模式是客户端应用用于修复错误的专用模式，在该模式下可仅启动最低配置的服务，例如，检测客户端应用是否需要修复及修复客户端应用等服务。安全模式的工作原理是在不加载客户端应用实际功能的情况下启动客户端应用，使客户端应用运行在最小模式，这样就可以方便地检测与修复客户端应用存在的错误，例如，启动冲突等错误。

本申请实施例提供的客户端应用的修复方法，可提供两种安全模式，即：第一安全模式和第二安全模式。在所述的第一安全模式下，可采用清理缓存的方法修复客户端应用。

本申请实施例所述的第一最多异常启动次数阈值是指，客户端应用在正常模式下的异常启动次数最高值，即：如果正常模式下的异常启动次数大于第一最多异常启动次数阈值，则客户端应用进入第一安全模式。第一最多异常启动次数阈值可以根据经验获取，例如，将该阈值设置为3次。

如果判定异常启动次数大于预设的第一最多异常启动次数阈值，则客户端应用进入第一安全模式。进入第一安全模式后，客户端应用会自动释放对缓存中临时文件的控制权，便可以将这些临时文件删除，即：清理客户端应用的本地缓存。所述的本地缓存包括但不限于：与历史网络请求相关的本地缓存、特定目录的本地缓存等。

在本实施例中，在客户端应用进入第一安全模式之前，还包括：根据预设的第一安全模式选项，判断是否允许所述客户端应用进入所述第一安全模式。相应的，客户端应用进入第一安全模式，采用如下方式：若上述判断结果为是，则客户端应用进入第一安全模式。

本申请实施例提供的客户端应用的修复方法，通过预设的第一安全模式选项，可对客户端应用是否能够进入第一安全模式进行控制。仅当第一安全模式选项为允许的情况下，客户端应用才能够进入第一安全模式，从而能够清空客户端应用的本地缓存。

所述的第一安全模式选项，即可存储在客户端本地，也可存储在与客户端应用对应的服务器中。如果存储在与客户端应用对应的服务器中，则需要从服务器中拉取第一安全模式选项。在实际应用中，通常从服务器中拉取第一安全模式选项，如果由于网络连接等原因导致拉取失败，则可获取存储在客户端本地的第一安全模式选项，以实现对客户端应用是否能够进入第一安全模式进行控制。

在本实施例中，第一安全模式选项存储在配置文件中。所述的配置文件可位于为客户端应用提供后台服务的服务器中。配置文件可包括为各个编译版本的客户端应用设置的各种安全模式参数，例如，第一安全模式选项等。

具体的，第一安全模式选项可采用如下步骤获取：1)向服务器发送获取配置文件的请求；2)接收服务器回送的配置文件；3)读取配置文件，获取第一安全模式选项。在实际应用中，如果从服务器端拉取配置文件失败，则还包括：从客户端本地获取第一安全模式选项。作为一种优选的实施方式，服务器端可通过CDN方式(Content Delivery Network，内容分发网络)向客户端应用回送配置文件。

需要说明的是，在实际应用中，可以采用多种具体的实施方式从服务器端获取第一安全模式选项，例如，首先向服务器发送获取第一安全模式选项的请求；然后，直接接收获取到服务器回送的第一安全模式选项。实现该步骤的各种形式的变化，都只是具体实施方式的变更，都不偏离本申请的核心，因此都在本申请的保护范围之内。此外，配置文件的编写格式可以为XML(Extensible Markup Laguage，可扩展性标记语言)格式或JSON(JavaScript Object Notation，轻量级的数据交换格式)格式等。

对客户端应用的修复可分为两个等级，第一级为上述的清空客户端应用的本地缓存，第二级为将客户端应用回归到初始安装的状态。如果清空缓存的处理方法仍无法修复客户端应用，则可应用第二修复等级，使得客户端应用回归到初始安装的状态。

在本实施例中，为了将客户端应用回归到初始安装状态，在客户端应用进入第一安全模式之前，所述的客户端应用的修复方法还包括：若异常启动次数大于预设的第二最多异常启动次数阈值，则客户端应用进入第二安全模式，并将客户端应用恢复至初始安装状态。

本申请实施例所述的第二安全模式是客户端应用的又一种安全模式。在第一安全模式下，可采用清理缓存的方法修复客户端应用；在第二安全模式下，可采用恢复初始安装状态的方法修复客户端应用。

本申请实施例所述的第二最多异常启动次数阈值大于第一最多异常启动次数阈值。第二最多异常启动次数阈值也可以根据经验获取，例如，将该阈值设置为4次。

在本实施例中，在客户端应用进入第二安全模式之前，还包括：根据预设的第二安全模式选项，判断是否允许所述客户端应用进入所述第二安全模式。相应的，客户端应用进入第二安全模式，采用如下方式：若上述判断结果为是，则客户端应用进入第二安全模式。

本申请实施例提供的客户端应用的修复方法，通过预设的第二安全模式选项，可对客户端应用是否能够进入第二安全模式进行控制。仅当第二安全模式选项为允许的情况下，客户端应用才能够进入第二安全模式，从而能够将客户端应用恢复至初始安装状态。

在本实施例中，第二安全模式选项也可存储在上述配置文件中。获取第二安全模式选项的方法与获取第一安全模式选项的方法相同，此处不再赘述。

在本实施例中，如果将客户端应用恢复至初始安装状态之后，客户端应用仍无法正常启动，则所述方法还包括：向服务器报警客户端应用存在异常。

大部分情况下，通过将客户端应用恢复至初始安装状态的方法，即可修复客户端应用。然而，如果客户端应用的启动逻辑等方面存在问题，则无法通过恢复初始安装状态的方法进行修复。此时，需要对客户端应用进行更新。本申请实施例提供的方法，通过报警方式提示客户端应用的开发人员客户端应用存在异常、需要更新。

在本实施例中，在启动客户端应用时，需要将异常启动次数累计加一，以记录客户端应用的异常启动次数。如果客户端应用能够正常启动，则在正常移动一定时间后会自动将异常启动次数清零。由于在启动客户端应用时累计了客户端应用的异常启动次数，因而，当下一次启动客户端应用时，根据异常启动次数，即可判断是否进入第一安全模式还是第二安全模式，以对客户端应用进行不同等级的修复处理。

在安全模式下启动客户端应用成功后，就可以在正常模式下启动客户端应用了。在本实施例中，在客户端应用正常启动预设的时间间隔后，可将异常启动次数清零。当下一次客户端应用启动异常时，再重新对异常启动次数进行计数。具体的，可在客户端应用进入正常启动流程时，启动预设的定时器，所述的定时器的定时时间为所述的预设的时间间隔。当定时器的定时时间到达时，自动将异常启动次数清零。

下面给出本实施例的与安全模式相关的配置参数，以更加直观的方式说明上述相关概念及其配置方法。本实施例的与安全模式相关的配置参数内容如下：

上述代码中“safeModeConfig”用于配置特定版本的安全模式参数，如果不配置，则会采用默认配置；参数“ver”表示客户端应用的版本号，参数“canInvoke”表示是否允许进入第一安全模式，参数“clearFlagInterval”表示进入正常启动流程后，自动清除(清零)异常启动次数的时间间隔，参数“canEnterLevel2”表示是否允许进入第二安全模式。需要说明的是，客户端应用的版本号包括但不限于编译版本号。

本申请实施例提供的客户端应用的修复方法，可应用在各种操作***的客户端应用中，例如，Android版的客户端应用或iOS版的客户端应用。在实际应用中，可将所述的客户端应用的修复方法作为一个可复用的模块注册到客户端应用中，在客户端应用的启动入口处调用该方法，以对客户端应用进行检测及修复启动异常的处理。

请参看图2，其为本申请的客户端应用的修复方法实施例B的***框架图。在本实施例中，客户端应用为iOS版的手机天猫客户端应用，该客户端应用预先集成了云医生模块，该模块提供用于解决客户端应用启动异常问题的各种服务，该模块随客户端应用一同发布。所述的云医生分为客户端SDK(Software Development Kit，软件开发工具包)以及服务端配置两部分。客户端应用集成云医生模块的过程包括如下步骤：1)云医生模块初始化、注册服务；2)在客户端应用的启动模块中调用云医生SDK。

1)云医生模块初始化、注册服务。

本步骤需要实现自定义的接口SafeModeConfigNativeDelegate，该接口表示安全模式配置的本地代理，接口提供的-(void)configInit方法用于对云医生模块进行初始化的处理，提供的-(void)registerServices方法用于注册各种修复或更新客户端应用的服务，例如，SMClearLibAndDoc服务，该服务用于清理客户端应用的本地缓存。

在本实施例中，SMClearLibAndDoc服务继承SMBaseService类，并实现其中的invoke方法。当需要自定义其他服务时，需将该服务继承SMBaseService类，并实现其中的invoke方法即可。

2)在客户端应用的启动模块中调用云医生SDK。

对云医生模块进行初始化，并将修复等服务注册到客户端应用后，在客户端应用的启动入口处就可以调用这些服务，以对客户端应用进行检测、修复或更新启动异常的处理。

请参看图3，其为本申请的客户端应用的修复方法实施例B的程序代码示意图。要调用云医生模块提供的服务，需要客户端应用的代理实例TMAppDelegate实现自定义的安全模式应用代理SafeModeDelegate。在启动iOS版的客户端应用时，会调用application:didFinishLaunchingWithOptions:方法，该方法负责定义客户端应用被加载后的操作。本实施例在客户端应用启动中配置安全模式，具体包括：1)设置自定义的安全模式配置文件；2)设置安全模式正常启动的回调；3)设置启动参数；4)进入安全模式。要调用云医生模块提供的服务，还需要将原有的启动代码放入SafeModeApplication:didFinishLaunchingWithOptions:方法中。在客户端应用的启动阶段，通过预先集成的云医生模块，可检测并修复客户端应用的启动异常问题。

上述实施例B以iOS版为例说明了调用云医生模块提供服务的过程，Android版调用过程与此类似，此处不再赘述。

在上述的实施例中，提供了一种客户端应用的修复方法，与之相对应的，本申请还提供一种客户端应用的修复装置。该装置是与上述方法的实施例相对应。

请参看图4，其为本申请的客户端应用的修复装置实施例的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例的一种客户端应用的修复装置，包括：

获取单元101，用于获取所述客户端应用的异常启动次数；

第一修复单元103，用于若所述异常启动次数大于预设的第一最多异常启动次数阈值，则所述客户端应用进入第一安全模式，并清理所述客户端应用的本地缓存。

请参看图5，其为本申请的客户端应用的修复装置实施例的具体示意图。可选的，还包括：

第二修复单元201，用于若所述异常启动次数大于预设的第二最多异常启动次数阈值，则所述客户端应用进入第二安全模式，并将所述客户端应用恢复至初始安装状态；所述第二最多异常启动次数阈值大于所述第一最多异常启动次数阈值。

可选的，还包括：

报警单元203，用于若所述客户端应用无法正常启动，则向所述服务器报警所述客户端应用存在异常。

可选的，还包括：

计数单元205，用于对所述异常启动次数进行累计。

可选的，还包括：

清零单元207，用于在所述客户端应用正常启动预设的时间间隔后，将所述异常启动次数清零。

请参考图6，其为本申请的电子设备实施例的示意图。由于设备实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的设备实施例仅仅是示意性的。

本实施例的一种电子设备，该电子设备包括：显示器101；处理器102；以及存储器103，所述存储器103被配置成存储客户端应用的修复装置，所述客户端应用的修复装置被所述处理器102执行时，包括如下步骤：获取所述客户端应用的异常启动次数；若所述异常启动次数大于预设的第一最多异常启动次数阈值，则所述客户端应用进入第一安全模式，并清理所述客户端应用的本地缓存。

本申请提供的客户端应用的修复方法、装置及电子设备，通过获取客户端应用的异常启动次数，并判断异常启动次数是否大于预设的第一最多异常启动次数阈值，若是，则客户端应用进入第一安全模式并清理客户端应用的本地缓存，能够自动修复客户端应用，从而达到提高用户体验的效果。

与上述的客户端应用的修复方法相对应，本申请还提供一种客户端应用的更新方法。下面首先对更新客户端应用的现有技术及其存在的问题进行说明。

在实际应用中，客户端应用可能出现启动阶段逻辑错误等原因所导致的启动崩溃(Crash)。例如，在didFinishLaunchingWithOptions方法中加入了太多的代码，从而导致客户端应用主线程的启动时间过长，iOS强制终止客户端应用的运行。要解决该问题，需要将didFinishLaunchingWithOptions方法中比较“费时”的代码(如openURL是一个很费时的操作)放到后台线程中进行。要解决上述启动阶段逻辑错误等原因所导致的客户端应用启动异常的问题，现有技术依赖于客户端应用新版本的发布。

然而，客户端应用新版本的发布需要依赖多个环节，因而存在周期长且成本高的问题，例如，要发布iOS版本的客户端应用，需要人工审核后才能进入AppStore(应用商店)；要发布iOS版本的客户端应用，需要提交应用市场进行审核并发布。

综上所述，现有技术存在客户端应用的更新依赖新版本发布的问题。

请参考图7，其为本申请提供的一种客户端应用的更新方法实施例的流程图，本实施例与第一实施例内容相同的部分不再赘述，请参见实施例一中的相应部分。本申请提供的一种客户端应用的更新方法，用于移动通讯设备，在客户端应用的启动阶段，包括如下步骤：

步骤S101：向与所述客户端应用对应的服务器发送获取应用更新信息的请求。

本申请实施例提供的客户端应用的更新方法，根据服务器端的应用更新信息对客户端应用进行更新。所述的应用更新信息与客户端应用的版本号相对应，即：不同版本号的客户端应用对应不同的应用更新信息。所述的版本号包括但不限于编译版本号，即：build版本号。由于不同版本号的客户端应用对应不同的应用更新信息，因此，所述的获取应用更新信息的请求包括客户端应用的版本号。

本申请实施例所述的应用更新信息包括但不限于补丁程序的文件标识和/或预设的更新方式。所述的补丁程序是指修补客户端应用的小程序，例如，用Javascript语言编写的iOS版的补丁程序，或用Java语言编写的Android版的补丁程序。所述的预设的更新方式包括同步更新方式或异步更新方式。以同步更新方式更新客户端应用，需要在启动阶段同步下载补丁程序；以异步更新方式更新客户端应用，可在客户端应用启动后，异步下载补丁程序。

下面给出本实施例的应用更新信息，以更加直观的方式说明上述相关概念及其配置方法。本实施例的应用更新信息内容如下：

上述代码中“syncPatches”用于记录以同步方式更新客户端应用的信息；参数“url”表示补丁程序的URL地址；参数“build”表示客户端应用的编译版本号。

步骤S103：接收所述服务器回送的所述应用更新信息。

服务器端接收到客户端应用发送的获取应用更新信息的请求之后，将获取与客户端应用的版本号对应的应用更新信息，并将应用更新信息回送给客户端应用。客户端应用接收到服务器回送的应用更新信息后，就可以进入下一步，对客户端应用进行更新。

步骤S105：根据所述应用更新信息，更新所述客户端应用。

根据获取到的应用更新信息对客户端应用进行更新，首先需要根据补丁程序的文件标识，获取补丁程序；然后，再根据补丁程序为客户端应用打补丁。

本申请实施例提供的客户端应用的更新方法，补丁程序可能存储在服务器中或客户端本地。如果以异步更新方式更新客户端应用，则补丁程序可能已经存储在客户端本地，因而无需从服务器下载补丁程序。如果补丁程序未存储在客户端本地，则需要根据文件标识，从服务器下载补丁程序。

需要说明的是，本申请实施例所述的补丁程序可能是根据客户端应用向服务器发送的报警信息形成的补丁程序。如果报警信息是根据上述客户端应用的修复方法所述的异常启动次数形成的，则在执行本申请实施例提供的客户端应用的更新方法时，如果客户端应用正常退出，则需要将预先记录的异常启动次数清零。当下一次客户端应用启动异常时，再重新对异常启动次数进行计数。

在实际应用中，可将所述的客户端应用的更新方法作为一个可复用的模块注册到客户端应用中，在客户端应用的启动阶段调用该方法，以对客户端应用进行更新处理。将客户端应用的更新方法注册到客户端应用中的技术实现手段，与上述客户端应用的修复方法实施例所述的将客户端应用的修复方法注册到客户端应用中的技术实现手段相似，此处不再赘述。

在上述的实施例中，提供了一种客户端应用的更新方法，与之相对应的，本申请还提供一种客户端应用的更新装置。该装置是与上述方法的实施例相对应。

请参看图8，其为本申请的客户端应用的更新装置实施例的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例的一种客户端应用的更新装置，包括：

发送单元101，用于向与所述客户端应用对应的服务器发送获取应用更新信息的请求；所述获取应用更新信息的请求包括所述客户端应用的版本号；

接收单元103，用于接收所述服务器回送的所述应用更新信息；

更新单元105，用于根据所述应用更新信息，更新所述客户端应用。

可选的，所述应用更新信息包括补丁程序的文件标识和/或预设的更新方式；所述预设的更新方式包括同步更新方式或异步更新方式；

所述更新单元105包括：

获取子单元，用于根据所述文件标识，获取所述补丁程序；

更新子单元，用于根据所述补丁程序为所述客户端应用打补丁。

可选的，还包括：

清零单元，用于若所述客户端应用正常退出，则将预先记录的异常启动次数清零。

请参考图9，其为本申请的又一电子设备实施例的示意图。由于设备实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的设备实施例仅仅是示意性的。

本实施例的又一种电子设备，该电子设备包括：显示器101；处理器102；以及存储器103，所述存储器103被配置成存储客户端应用的更新装置，所述客户端应用的更新装置被所述处理器102执行时，包括如下步骤：向与所述客户端应用对应的服务器发送获取应用更新信息的请求；所述获取应用更新信息的请求包括所述客户端应用的版本号；接收所述服务器回送的所述应用更新信息；根据所述应用更新信息，更新所述客户端应用。

本申请提供的客户端应用的更新方法、装置及电子设备，在客户端应用的启动阶段，通过向与客户端应用对应的服务器发送获取应用更新信息的请求；在接收到服务器回送的应用更新信息后，根据应用更新信息更新客户端应用，使得客户端应用的更新能够避免新版本的发布，从而达到提高更新效率的效果。

与上述的客户端应用的更新方法相对应，本申请还提供一种更新请求的处理方法。请参考图10，其为本申请提供的一种更新请求的处理方法实施例的流程图，本实施例与第一实施例内容相同的部分不再赘述，请参见实施例一中的相应部分。本申请提供的一种更新请求的处理方法包括：

步骤S101：接收客户端应用发送的获取应用更新信息的请求。

本申请实施例提供的更新请求的处理方法，运行在为客户端应用提供后台服务的服务器端，根据客户端应用发送的获取应用更新信息的请求，向所述客户端应用回送应用更新信息。因此，首先需要接收客户端应用发送的获取应用更新信息的请求。

本申请实施例所述的应用更新信息包括客户端应用的补丁程序的文件标识和/或预设的更新方式。所述的预设的更新方式包括同步更新方式或异步更新方式。所述的获取应用更新信息的请求包括客户端应用的版本号，所述的版本号包括但不限于编译版本号。以上概念在上述客户端应用的更新方法中已经进行了相关说明，此处不再赘述。

本申请实施例所述的补丁程序，可采用如下步骤生成：1)获取客户端应用发送的客户端应用存在异常的报警信息；2)根据报警信息，生成客户端应用的补丁程序。

在本实施例中，补丁程序是根据客户端应用向服务器发送的报警信息形成的补丁程序，而报警信息是根据上述客户端应用的修复方法所述的异常启动次数形成的。所述的报警信息表示通过上述客户端应用的修复方法无法修复客户端应用，客户端应用需要更新。

步骤S103：响应所述获取应用更新信息的请求，获取所述应用更新信息。

接收到客户端应用发送的请求后，需要响应该请求，以获取应用更新信息。所述的应用更新信息可存储在配置文件中。所述的配置文件的编写格式可以为XML(ExtensibleMarkup Laguage，可扩展性标记语言)格式或JSON(JavaScript Object Notation，轻量级的数据交换格式)格式等。

步骤S105：向所述客户端应用回送所述应用更新信息。

最后，需要将获取到的应用更新信息回送给发送请求的客户端应用。作为一种优选的实施方式，服务器端可通过CDN方式向客户端应用回送应用更新信息。

当客户端应用需要下载补丁程序以更新客户端应用时，本申请实施例提供的更新请求的处理方法，还包括：根据客户端应用发送的获取补丁程序的请求，向客户端应用回送所述补丁程序。其中，所述的获取补丁程序的请求包括补丁程序的文件标识。作为一种优选的实施方式，服务器端也可通过CDN方式向客户端应用回送补丁程序。

在上述的实施例中，提供了一种更新请求的处理方法，与之相对应的，本申请还提供一种更新请求的处理装置。该装置是与上述方法的实施例相对应。

请参看图11，其为本申请的更新请求的处理装置实施例的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例的一种更新请求的处理装置，包括：

接收单元101，用于接收客户端应用发送的获取应用更新信息的请求；所述获取应用更新信息的请求包括所述客户端应用的版本号；

获取单元103，用于响应所述获取应用更新信息的请求，获取所述应用更新信息；

第一回送单元105，用于向所述客户端应用回送所述应用更新信息。

可选的，所述应用更新信息包括所述客户端应用的补丁程序的文件标识和/或预设的更新方式；所述预设的更新方式包括同步更新方式或异步更新方式；

所述装备还包括：

第二回送单元，用于根据所述客户端应用发送的获取所述补丁程序的请求，向所述客户端应用回送所述补丁程序；所述获取所述补丁程序的请求包括所述文件标识。

请参考图12，其为本申请的再一电子设备实施例的示意图。由于设备实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的设备实施例仅仅是示意性的。

本实施例的再一种电子设备，该电子设备包括：显示器101；处理器102；以及存储器103，所述存储器103被配置成存储更新请求的处理装置，所述更新请求的处理装置被所述处理器102执行时，包括如下步骤：接收客户端应用发送的获取应用更新信息的请求；所述获取应用更新信息的请求包括所述客户端应用的版本号；响应所述获取应用更新信息的请求，获取所述应用更新信息；向所述客户端应用回送所述应用更新信息。

本申请实施例还提供了一种客户端应用的修复***，如图13所示，该***包括上述实施例所述的客户端应用的更新装置101和更新请求的处理装置102。所述更新请求的处理装置通常部署于服务器，但并不局限于服务器，也可以是能够实现所述更新请求的处理方法的任何设备；所述客户端应用的更新装置通常部署于移动通讯设备、PAD、iPad等终端设备。例如，客户端应用的更新装置部署在智能手机上，能够向与客户端应用对应的服务器发送获取应用更新信息的请求，然后接收服务器回送的应用更新信息，再根据应用更新信息更新客户端应用；所述更新请求的处理装置部署在服务器上，通过接收客户端应用发送的获取应用更新信息的请求，并根据请求获取应用更新信息，再向客户端应用回送所述应用更新信息。

请参考图14，其为本申请的客户端应用的修复***实施例的具体示意图。在本实施例中，所述的客户端应用的修复***还包括上述实施例所述的客户端应用的修复装置201。所述客户端应用的修复装置通常部署于移动通讯设备、PAD、iPad等终端设备。例如，客户端应用的修复装置部署在智能手机上，能够获取客户端应用的异常启动次数，若判定异常启动次数大于预设的第一最多异常启动次数阈值，则客户端应用进入第一安全模式，并清理客户端应用的本地缓存。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

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

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

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

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

Claims (17)

1.一种客户端应用的修复方法，用于移动通讯设备，其特征在于，包括：

获取所述客户端应用的异常启动次数；

若所述异常启动次数大于预设的第一最多异常启动次数阈值，则所述客户端应用进入第一安全模式，并通过清理所述客户端应用的本地缓存修复所述客户端应用，所述第一安全模式是用于修复错误的专用模式。

2.根据权利要求1所述的客户端应用的修复方法，其特征在于，在所述客户端应用进入第一安全模式之前，还包括：

根据预设的第一安全模式选项，判断是否允许所述客户端应用进入所述第一安全模式；

所述客户端应用进入第一安全模式，采用如下方式：

若上述判断结果为是，则所述客户端应用进入所述第一安全模式。

3.根据权利要求2所述的客户端应用的修复方法，其特征在于，所述第一安全模式选项存储在配置文件中；所述配置文件位于与所述客户端应用对应的服务器中；所述第一安全模式选项，采用如下步骤获取：

向所述服务器发送获取所述配置文件的请求；

接收所述服务器回送的所述配置文件；

读取所述配置文件，获取所述第一安全模式选项。

4.根据权利要求1所述的客户端应用的修复方法，其特征在于，在所述客户端应用进入第一安全模式之前，还包括：

若所述异常启动次数大于预设的第二最多异常启动次数阈值，则所述客户端应用进入第二安全模式，并将所述客户端应用恢复至初始安装状态；所述第二最多异常启动次数阈值大于所述第一最多异常启动次数阈值。

5.根据权利要求2所述的客户端应用的修复方法，其特征在于，在所述客户端应用进入第二安全模式之前，还包括：

根据预设的第二安全模式选项，判断是否允许所述客户端应用进入第二安全模式；

所述客户端应用进入第二安全模式，采用如下方式：

若上述判断结果为是，则所述客户端应用进入第二安全模式。

6.根据权利要求5所述的客户端应用的修复方法，其特征在于，所述第二安全模式选项存储在配置文件中；所述配置文件位于与所述客户端应用对应的服务器中；所述第二安全模式选项，采用如下步骤获取：

向所述服务器发送获取所述配置文件的请求；

接收所述服务器回送的所述配置文件；

读取所述配置文件，获取所述第二安全模式选项。

7.根据权利要求4所述的客户端应用的修复方法，其特征在于，在所述将所述客户端应用恢复至初始安装状态之后，还包括：

若所述客户端应用无法正常启动，则向服务器报警所述客户端应用存在异常。

8.根据权利要求1所述的客户端应用的修复方法，其特征在于，还包括：

对所述异常启动次数进行累计。

9.根据权利要求1所述的客户端应用的修复方法，其特征在于，还包括：

在所述客户端应用正常启动预设的时间间隔后，将所述异常启动次数清零。

10.根据权利要求9所述的客户端应用的修复方法，其特征在于，还包括：

当所述客户端应用进入正常启动流程时，启动预设的定时器；所述定时器的定时时间为所述预设的时间间隔。

11.根据权利要求1所述的客户端应用的修复方法，其特征在于，还包括：

将所述客户端应用的修复方法注册到所述客户端应用中。

12.一种客户端应用的修复装置，用于移动通讯设备，其特征在于，包括：

获取单元，用于获取所述客户端应用的异常启动次数；

第一修复单元，用于若所述异常启动次数大于预设的第一最多异常启动次数阈值，则所述客户端应用进入第一安全模式，并通过清理所述客户端应用的本地缓存修复所述客户端应用，所述第一安全模式是用于修复错误的专用模式。

13.根据权利要求12所述的客户端应用的修复装置，其特征在于，还包括：

第二修复单元，用于若所述异常启动次数大于预设的第二最多异常启动次数阈值，则所述客户端应用进入第二安全模式，并将所述客户端应用恢复至初始安装状态；所述第二最多异常启动次数阈值大于所述第一最多异常启动次数阈值。

14.根据权利要求13所述的客户端应用的修复装置，其特征在于，还包括：

报警单元，用于若所述客户端应用无法正常启动，则向服务器报警所述客户端应用存在异常。

15.根据权利要求12所述的客户端应用的修复装置，其特征在于，还包括：

计数单元，用于对所述异常启动次数进行累计。

16.根据权利要求12所述的客户端应用的修复装置，其特征在于，还包括：

清零单元，用于在所述客户端应用正常启动预设的时间间隔后，将所述异常启动次数清零。

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

显示器；

处理器；以及

存储器，所述存储器被配置成存储客户端应用的修复装置，所述客户端应用的修复装置被所述处理器执行时，包括如下步骤：获取所述客户端应用的异常启动次数；若所述异常启动次数大于预设的第一最多异常启动次数阈值，则所述客户端应用进入第一安全模式，并通过清理所述客户端应用的本地缓存修复所述客户端应用，所述第一安全模式是用于修复错误的专用模式。

Images