应用程序热修复的方法、装置和可读存储介质与流程

本发明的实施方式涉及通信及计算机技术领域，更具体地，本发明的实施方式涉及应用程序热修复的方法、装置和可读存储介质。

背景技术：

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

热修复是一种快速、低成本修复应用程序(Application，简称App)版本缺陷的方式，其不依赖于应用程序的版本更新来对应用程序的漏洞进行修复，相比于升级应用程序的版本，热修复的主要优势是不会使应用程序当前正在运行的业务中断，即可以在不重新发布迭代版本的基础上来对当前的应用程序版本的缺陷进行修复。

目前，相关技术中提出的热修复机制主要包括异步修复机制和同步修复机制。异步修复机制是在启动App时，异步询问服务器是否需要对App进行热修复，如果需要则在异步线程中把热修复补丁下载下来并存储，然后在合适的时机进行加载，以修复App现有的缺陷；同步修复机制是在App启动时，询问服务器是否需要热修复，如果需要则先执行热修复补丁的下载和加载过程，然后再运行App。

技术实现要素：

但是，现有技术中App采用的热修复机制并不能根据实际情况灵活地进行选择，因此在热修复过程中或多或少存在一定的缺陷。具体地，当使用异步修复机制时，如果App的崩溃缺陷发生在App启动到热修复补丁下载完成这段时间段内，则热修复补丁永远无法下载下来，进而会造成App的缺陷无法修复；当使用同步修复机制时，如果App启动时有热修复补丁需要下载，且补丁文件较大或者网络环境较差，则会出现等待较长时间才能正常运行的问题，严重影响了用户的体验。

为此，非常需要一种改进的热修复方案，可以根据实际情况灵活地选择应用程序的热修复机制，进而确保及时修复应用程序的缺陷，同时也能够保证用户的使用体验。

在本上下文中，本发明的实施方式期望提供一种应用程序热修复的方法及装置。

在本发明实施方式的第一方面中，提供了一种应用程序热修复的方法，包括：启动应用程序时，向服务器请求用于对所述应用程序进行热修复的热修复机制；获取所述服务器指示的热修复机制；基于所述服务器指示的热修复机制对所述应用程序进行热修复。

在本发明的一些实施方式中，基于前述方案，还包括：检测是否能够与所述服务器建立连接；在检测到能够与所述服务器建立连接时，向所述服务器请求用于对所述应用程序进行热修复的热修复机制。

在本发明的一些实施方式中，基于前述方案，还包括：在检测到不能够与所述服务器建立连接时，判断是否已下载所述应用程序的热修复补丁；若已下载所述应用程序的热修复补丁，则加载所述热修复补丁，并在加载所述热修复补丁之后运行所述应用程序；若未下载所述应用程序的热修复补丁，则直接运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，还包括：判断是否需要对所述应用程序进行强制修复；在判定不需要对所述应用程序进行强制修复时，向所述服务器请求用于对所述应用程序进行热修复的热修复机制；在判定需要对所述应用程序进行强制修复时，获取并加载所述应用程序的热修复补丁，并在加载所述热修复补丁之后运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，判断是否需要对所述应用程序进行强制修复的步骤，包括：检测所述应用程序的热修复状态是否为强制修复状态；在所述应用程序的热修复状态为强制修复状态时，判定需要对所述应用程序进行强制修复。

在本发明的一些实施方式中，基于前述方案，还包括：若所述应用程序在运行过程中崩溃，则将所述应用程序的热修复状态置为所述强制修复状态。

在本发明的一些实施方式中，基于前述方案，在所述服务器指示的热修复机制为同步修复机制的情况下，基于所述服务器指示的热修复机制对所述应用程序进行热修复的步骤，包括：获取所述应用程序的热修复补丁；加载所述应用程序的热修复补丁；在加载所述热修复补丁之后运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，在所述服务器指示的热修复机制为异步修复机制的情况下，基于所述服务器指示的热修复机制对所述应用程序进行热修复的步骤，包括：基于第一线程判断是否已存储了所述应用程序的热修复补丁，并基于第二线程下载所述应用程序的热修复补丁；若所述第一线程判定已存储了所述应用程序的热修复补丁，则加载所述应用程序的热修复补丁，并在加载所述热修复补丁之后运行所述应用程序；若所述第一线程判定未存储所述应用程序的热修复补丁，则直接运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，还包括：在所述服务器指示不对所述应用程序进行热修复时，直接运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，还包括：在所述应用程序的运行过程中，若检测到所述应用程序出现异常，则确定所述异常的类型；将所述异常的类型上报至所述服务器。

在本发明的一些实施方式中，基于前述方案，所述异常的类型包括所述应用程序版本引起的异常和/或所述应用程序的热修复补丁引起的异常。

在本发明实施方式的第二方面中，提供了一种应用程序热修复的方法，包括：接收来自客户端的请求信息；响应所述请求信息，以向所述客户端分配用于对应用程序进行热修复的热修复机制；向所述客户端指示分配的所述热修复机制。

在本发明的一些实施方式中，基于前述方案，根据以下因素中的任一或多个的组合向所述客户端分配所述热修复机制：

所述应用程序的热修复补丁的数据量大小、与所述客户端之间的网络状态、对所述客户端的启动时延的要求。

在本发明实施方式的第三方面中，提供了一种应用程序热修复的装置，包括：请求单元，用于在启动应用程序时，向服务器请求用于对所述应用程序进行热修复的热修复机制；获取单元，用于获取所述服务器指示的热修复机制；处理单元，用于基于所述服务器指示的热修复机制对所述应用程序进行热修复。

在本发明的一些实施方式中，基于前述方案，还包括：检测单元，用于检测所述应用程序的客户端是否能够与所述服务器建立连接；所述请求单元配置为，在所述检测单元检测到所述客户端能够与所述服务器建立连接时，向所述服务器请求用于对所述应用程序进行热修复的热修复机制。

在本发明的一些实施方式中，基于前述方案，还包括：第一判断单元，用于在所述检测单元检测到所述客户端不能够与所述服务器建立连接时，判断是否已下载所述应用程序的热修复补丁；所述处理单元还配置为，在所述第一判断单元判定已下载所述应用程序的热修复补丁时，加载所述热修复补丁，并在加载所述热修复补丁之后运行所述应用程序，以及在所述第一判断单元判定未下载所述应用程序的热修复补丁时，直接运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，还包括：第二判断单元，用于判断是否需要对所述应用程序进行强制修复；所述请求单元配置为，在所述第二判断单元判定不需要对所述应用程序进行强制修复时，向所述服务器请求用于对所述应用程序进行热修复的热修复机制；所述处理单元还配置为，在所述第二判断单元判定需要对所述应用程序进行强制修复时，获取并加载所述应用程序的热修复补丁，并在加载所述热修复补丁之后运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，所述第二判断单元配置为：检测所述应用程序的热修复状态是否为强制修复状态；在所述应用程序的热修复状态为强制修复状态时，判定需要对所述应用程序进行强制修复。

在本发明的一些实施方式中，基于前述方案，若所述应用程序在运行过程中崩溃，则将所述应用程序的热修复状态置为所述强制修复状态。

在本发明的一些实施方式中，基于前述方案，所述处理单元配置为：在所述服务器指示的热修复机制为同步修复机制的情况下，获取所述应用程序的热修复补丁；加载所述应用程序的热修复补丁；在加载所述热修复补丁之后运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，所述处理单元配置为：在所述服务器指示的热修复机制为异步修复机制的情况下，基于第一线程判断是否已存储了所述应用程序的热修复补丁，并基于第二线程下载所述应用程序的热修复补丁；若所述第一线程判定已存储了所述应用程序的热修复补丁，则加载所述应用程序的热修复补丁，并在加载所述热修复补丁之后运行所述应用程序；若所述第一线程判定未存储所述应用程序的热修复补丁，则直接运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，所述处理单元还配置为：在所述服务器指示不对所述应用程序进行热修复时，直接运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，还包括：确定单元，用于在所述应用程序的运行过程中，若检测到所述应用程序出现异常，则确定所述异常的类型；上报单元，用于将所述异常的类型上报至所述服务器。

在本发明的一些实施方式中，基于前述方案，所述异常的类型包括所述应用程序版本引起的异常和/或所述应用程序的热修复补丁引起的异常。

在本发明实施方式的第四方面中，提供了一种应用程序热修复的装置，包括：接收单元，用于接收来自客户端的请求信息；处理单元，用于响应所述请求信息，以向所述客户端分配用于对应用程序进行热修复的热修复机制；指示单元，用于向所述客户端指示分配的所述热修复机制。

在本发明的一些实施方式中，基于前述方案，根据以下因素中的任一或多个的组合向所述客户端分配所述热修复机制：所述应用程序的热修复补丁的数据量大小、与所述客户端之间的网络状态、对所述客户端的启动时延的要求。

在本发明实施方式的第五方面中，提供了一种可读存储介质，其上存储有程序，该程序被处理器执行时实现如前述第一方面所述的方法。

在本发明实施方式的第六方面中，提供了一种可读存储介质，其上存储有程序，该程序被处理器执行时实现如前述第二方面所述的方法。

根据本发明实施方式的应用程序热修复的方法及装置，通过在启动应用程序时，向服务器请求用于对应用程序进行热修复的热修复机制，以基于服务器指示的热修复机制对应用程序进行热修复，使得服务器能够对应用程序的热修复机制进行管理，进而能够根据实际情况灵活地选择应用程序的热修复机制，以确保及时修复应用程序的缺陷，同时也能够保证用户的使用体验。

根据本发明实施方式的应用程序热修复的方法及装置，通过在应用程序出现异常时，确定异常的类型，即确定是应用程序版本引起的异常还是应用程序的热修复补丁引起的异常，并将异常的类型上报至服务器，使得开发人员能够据此区分应用程序的异常是由应用程序的版本引起的，还是由热修复补丁引起的，进而便于开发人员对应用程序进行维护。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1示意性示出了根据本发明的第一个实施方式的应用程序的热修复的方法的流程图；

图2示意性地示出了图1中所示的步骤S16的一个实施方式的具体流程图；

图3示意性地示出了图1中所示的步骤S16的另一个实施方式的具体流程图；

图4示意性示出了根据本发明的第二个实施方式的应用程序的热修复的方法的流程图；

图5示意性示出了根据本发明的第三个实施方式的应用程序的热修复的方法的流程图；

图6示意性示出了根据本发明的第四个实施方式的应用程序的热修复的方法的流程图；

图7示意性示出了根据本发明的第五个实施方式的应用程序的热修复的方法的流程图；

图8示意性示出了根据本发明的实施方式的热修复状态的状态机流转图；

图9示意性示出了根据本发明的第六个实施方式的应用程序热修复的方法的流程图；

图10示意性示出了根据本发明的第一个实施方式的应用程序热修复的装置的框图；

图11示意性示出了根据本发明的第二个实施方式的应用程序热修复的装置的框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种应用程序热修复的方法及装置。

在本文中，需要理解的是，所涉及的术语“应用程序”指为完成某项或多项特定工作的计算机程序，包括但不限于移动设备(如智能手机、平板电脑等)中的App；术语“服务器”是指为应用程序提供服务的计算机系统，例如网易云阅读产品服务器是为云阅读应用客户端提供数据计算、用户信息存储、书籍管理等服务；术语“客户端”是与服务器相对应，为用户提供本地服务的程序，例如用户打开客户端中的某个界面时，客户端发送请求到服务器，服务器根据请求返回数据到客户端，客户端向用户呈现最终界面，又如用户在客户端呈现的界面上进行输入操作，客户端发送相应的数据到产品服务器，产品服务器对数据进行存储。术语“热修复补丁”是指用于修复软件漏洞的一系列代码。

此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

发明概述

本发明人发现，现有技术中App采用的热修复机制并不能根据实际情况灵活地进行选择，因此在热修复过程中或多或少存在一定的缺陷。

并且，现有的热修复机制在对应用程序进行修复之后，若热修复补丁中也存在缺陷，那么无法与应用程序版本的缺陷进行区分。

为此，本发明的实施方式提供了一种改进的应用程序热修复的方法及装置，可以根据实际情况灵活地选择应用程序的热修复机制，进而确保及时修复应用程序的缺陷，同时也能够保证用户的使用体验。

此外，在本发明的实施方式中可以将应用程序出现异常的类型上报至服务器，进而使得开发人员能够据此区分应用程序的异常是由应用程序的版本引起的还是由热修复补丁引起的，方便了开发人员对应用程序进行维护。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

应用场景总览

以下应用场景仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。

场景一：用户在使用移动终端(如智能手机，平板电脑等)时，启动需要使用的应用程序，如点击需要使用的应用程序的图标，应用程序在正常运行之前，会与服务器进行通信，以确定服务器指示的用于对应用程序进行热修复的热修复机制，进而基于服务器指示的热修复机制对应用程序进行热修复处理。

场景二：应用程序在进行热修复之后，若运行过程中出现异常，则会确定异常的类型，比如是由应用程序版本引起的异常，还是由应用程序的热修复补丁引起的异常，进而将确定的异常类型上报至服务器，确保开发人员能够据此定位故障点，以便于开发人员对应用程序进行维护。

示例性方法

下面结合上述的应用场景，参考图1-图8来描述根据本发明示例性实施方式的应用程序热修复的方法。

实施例一：

图1示意性示出了根据本发明的第一个实施方式的应用程序的热修复的方法的流程图。

如图1所示，根据本发明的第一个实施方式的应用程序的热修复的方法，包括如下步骤：

步骤S12，启动应用程序时，向服务器请求用于对所述应用程序进行热修复的热修复机制。

启动应用程序的方式包括但不限于：在触控显示屏上点击应用程序的图标来启动应用程序、通过输入设置(如鼠标、键盘等)选择并启动应用程序、通过声控的方式启动应用程序。

步骤S14，获取所述服务器指示的热修复机制。

其中，服务器可以基于如下因素(包括但不限于)来分配热修复机制：应用程序的热修复补丁的数据量大小、与应用程序的客户端之间的网络状态、客户端的启动时延的要求。

步骤S16，基于所述服务器指示的热修复机制对所述应用程序进行热修复。

根据本发明的示例性实时性，服务器指示的热修复机制包括但不限于：同步修复、异步修复、不修复。以下分别进行说明：

同步修复：

如图2所示，在服务器指示的热修复机制为同步修复机制的情况下，步骤S16包括：

步骤S162，获取应用程序的热修复补丁。获取热修复补丁的方式可以是从服务器中下载热修复补丁。

步骤S164，加载所述应用程序的热修复补丁；

步骤S166，在加载所述热修复补丁之后运行所述应用程序。

异步修复：

如图3所示，在服务器指示的热修复机制为异步修复机制的情况下，步骤S16包括：

步骤S162'，基于第一线程判断是否已存储了所述应用程序的热修复补丁，并基于第二线程下载所述应用程序的热修复补丁。

其中，第一线程可以称为主线程，第二线程可以称为热修复补丁下载线程。

步骤S164'，若所述第一线程判定已存储了所述应用程序的热修复补丁，则加载所述应用程序的热修复补丁，并在加载所述热修复补丁之后运行所述应用程序。

步骤S166'，若所述第一线程判定未存储所述应用程序的热修复补丁，则直接运行所述应用程序。

不修复：

在所述服务器指示不对所述应用程序进行热修复时，直接运行所述应用程序。

实施例二：

如图4所示，根据本发明的第二个实施方式的应用程序的热修复的方法，包括：

步骤S402，启动应用程序；

步骤S404，检测是否能够与服务器建立连接；

步骤S406，当检测到能够与所述服务器建立连接时，向服务器请求用于对所述应用程序进行热修复的热修复机制；

步骤S408，获取所述服务器指示的热修复机制；

步骤S410，基于所述服务器指示的热修复机制对所述应用程序进行热修复。

同实施例一，服务器指示的热修复机制包括但不限于：同步修复、异步修复、不修复。

实施例三：

如图5所示，根据本发明的第三个实施方式的应用程序的热修复的方法，在图4的基础上，还包括：

步骤S412，在检测到不能够与所述服务器建立连接时，判断是否已下载所述应用程序的热修复补丁；

步骤S414，若已下载所述应用程序的热修复补丁，则加载所述热修复补丁，并在加载所述热修复补丁之后运行所述应用程序；

步骤S416，若未下载所述应用程序的热修复补丁，则直接运行所述应用程序。

实施例四：

如图6所示，根据本发明的第四个实施方式的应用程序的热修复的方法，包括：

步骤S602，启动应用程序。

步骤S604，判断是否需要对所述应用程序进行强制修复。

根据本发明的示例性实施例，步骤S604包括：检测所述应用程序的热修复状态是否为强制修复状态；在所述应用程序的热修复状态为强制修复状态时，判定需要对所述应用程序进行强制修复。

根据本发明的示例性实施例，若所述应用程序在运行过程中崩溃，则将所述应用程序的热修复状态置为所述强制修复状态。

步骤S606，在判定不需要对所述应用程序进行强制修复时，向所述服务器请求用于对所述应用程序进行热修复的热修复机制。

步骤S608，在判定需要对所述应用程序进行强制修复时，获取并加载所述应用程序的热修复补丁，并在加载所述热修复补丁之后运行所述应用程序。

需要说明的是，本发明的上述实施例可以根据实际情况进行组合，比如实施例四的方案可以与实施例一、实施例二、实施例三中的任一实施例进行组合。

对于上述任一实施例，或者是多个实施例的组合，还可以包括如下步骤：

在应用程序的运行过程中，若检测到所述应用程序出现异常，则确定所述异常的类型；将所述异常的类型上报至所述服务器。其中，所述异常的类型包括所述应用程序版本引起的异常和/或所述应用程序的热修复补丁引起的异常。

通过在应用程序出现异常时，确定异常的类型，并将异常的类型上报至服务器，使得开发人员能够据此区分应用程序的异常是由应用程序的版本引起的，还是由热修复补丁引起的，进而便于开发人员对应用程序进行维护。

以下结合图7，以上述实施例二、实施例三和实施例四进行组合为例，对组合得到的新的实施例的技术方案进行说明：

参照图7，根据本发明的第五个实施方式的应用程序的热修复的方法，包括：

步骤S702，App启动后，判断是否有网络，即判断是否能够与服务器建立连接，若判定有网络，则执行步骤S710；若判定没有网络，则执行步骤S704。

步骤S704，判断是否有下载好的补丁文件需要加载，若是，则执行步骤S706；否则，执行步骤S708。

步骤S706，加载补丁文件，然后执行步骤S708。

步骤S708，App正常运行。

步骤S710，判断是否需要强制修复，若是，则执行步骤S712；否则，执行步骤S714。

步骤S712，下载补丁文件，然后执行步骤S706。

步骤S714，向服务器请求热修复机制。

步骤S716，确定服务器指示的是同步修复机制、异步修复机制还是不修复。若是同步修复机制，则执行步骤S712；若是不修复，则执行步骤S708；若是异步修复机制，则执行步骤S718A和步骤S718B。

步骤S718A，通过主线程判断是否有下载好的补丁文件需要加载，若是，则执行步骤S720；否则，执行步骤S708。

步骤S718B，通过补丁下载线程询问服务器是否需要下载补丁，若是，则执行步骤S722；否则该线程结束。

步骤S720，加载补丁文件，然后执行步骤S708。

步骤S722，下载补丁文件。

步骤S724，存储补丁文件，然后补丁下载线程结束。

步骤S726，在App正常运行的过程中，如果App发生崩溃(Crash)，则设置修复状态为强制修复，并上传崩溃类型。该崩溃类型包括App版本引起的崩溃或者补丁文件引起的崩溃，当然除了发生崩溃上报外，还可以在应用程序出现其它异常时也进行上报，以便于开发人员确定是由App版本引起的异常还是补丁文件引起的异常。

当设置修复状态为强制修复时，App下次启动之后启动强制修复机制。

由图7可知，App的热修复状态包括同步修复、异步修复、强制修复(强制同步修复)、不修复四种状态，具体的状态机流转如图8所示，其中，同步修复、异步修复和不修复三种状态由服务器调控，默认可以是不修复(仅为示例)；客户端仅在应用程序崩溃的时候将热修复状态置为强制修复状态。

当App发送崩溃性缺陷时，区分是由App版本引起的缺陷还是由补丁文件引起的缺陷，并上报至服务器，以便于开发人员进行处理，并通过服务器下发下次的热修复补丁。

比如，以IOS App为例，当App崩溃后，可以通过voidNSSetUncaughtExceptionHandler(NSUncaughtExceptionHandler*)来处理崩溃后的信息。

上述实施例中的方法可由运行应用程序的终端执行，更具体地，由应用程序执行，所述的终端例如可以为手机、平板电脑、游戏机、PDA等各种电子设备。

此外，本发明的实施方式还提供了另一种应用程序热修复的方法，该方法可由与应用程序的客户端相对应的服务器端执行，具体如图9所示，包括：

步骤S902，接收来自客户端的请求信息。

步骤S904，响应所述请求信息，以向所述客户端分配用于对应用程序进行热修复的热修复机制。

根据本发明的示例性实施例，根据以下因素中的任一或多个的组合向所述客户端分配所述热修复机制：所述应用程序的热修复补丁的数据量大小、与所述客户端之间的网络状态、对所述客户端的启动时延的要求。

具体来说，若应用程序的热修复补丁的数据量较大，则优选可以采用异步修复机制，避免采用同步修复机制造成用户的等待时间较长；若应用程序的热修复补丁的数据量较小，则优选可以采用同步修复机制，当然也可以采用异步修复机制。

若服务器与客户端之间的网络状态较差，则优选可以采用异步修复机制；若服务器与客户端之间的网络状态较优，则优选可以采用同步修复机制，当然也可以采用异步修复机制。

若对客户端的启动时延要求较高，则优选可以采用异步修复机制；若对客户端的启动时延要求较低，则既可以采用同步修复机制，也可以采用异步修复机制。

在实际应用时，也可以综合考虑上述三个因素中的多个来确定向客户端分配的热修复机制。

步骤S906，向所述客户端指示分配的所述热修复机制。

示例性装置

在介绍了本发明示例性实施方式的方法之后，接下来，参考图10和图11对本发明示例性实施方式的应用程序热修复的装置进行说明。

参照图10，根据本发明的第一个实施方式的应用程序热修复的装置1000，包括：请求单元1002、获取单元1004和处理单元1006。

具体地，请求单元1002用于在启动应用程序时，向服务器请求用于对所述应用程序进行热修复的热修复机制；获取单元1004用于获取所述服务器指示的热修复机制；处理单元1006用于基于所述服务器指示的热修复机制对所述应用程序进行热修复。

在本发明的一些实施方式中，基于前述方案，还包括：检测单元1008，用于检测所述应用程序的客户端是否能够与所述服务器建立连接；所述请求单元1002配置为，在所述检测单元1008检测到所述客户端能够与所述服务器建立连接时，向所述服务器请求用于对所述应用程序进行热修复的热修复机制。

在本发明的一些实施方式中，基于前述方案，还包括：第一判断单元1010，用于在所述检测单元1008检测到所述客户端不能够与所述服务器建立连接时，判断是否已下载所述应用程序的热修复补丁；所述处理单元1006还配置为，在所述第一判断单元1010判定已下载所述应用程序的热修复补丁时，加载所述热修复补丁，并在加载所述热修复补丁之后运行所述应用程序，以及在所述第一判断单元1010判定未下载所述应用程序的热修复补丁时，直接运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，还包括：第二判断单元1012，用于判断是否需要对所述应用程序进行强制修复；所述请求单元1002配置为，在所述第二判断单元1012判定不需要对所述应用程序进行强制修复时，向所述服务器请求用于对所述应用程序进行热修复的热修复机制；所述处理单元1006还配置为，在所述第二判断单元1012判定需要对所述应用程序进行强制修复时，获取并加载所述应用程序的热修复补丁，并在加载所述热修复补丁之后运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，所述第二判断单元1012配置为：检测所述应用程序的热修复状态是否为强制修复状态；在所述应用程序的热修复状态为强制修复状态时，判定需要对所述应用程序进行强制修复。

在本发明的一些实施方式中，基于前述方案，若所述应用程序在运行过程中崩溃，则将所述应用程序的热修复状态置为所述强制修复状态。

在本发明的一些实施方式中，基于前述方案，所述处理单元1006配置为：在所述服务器指示的热修复机制为同步修复机制的情况下，获取所述应用程序的热修复补丁；加载所述应用程序的热修复补丁；在加载所述热修复补丁之后运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，所述处理单元1006配置为：在所述服务器指示的热修复机制为异步修复机制的情况下，基于第一线程判断是否已存储了所述应用程序的热修复补丁，并基于第二线程下载所述应用程序的热修复补丁；若所述第一线程判定已存储了所述应用程序的热修复补丁，则加载所述应用程序的热修复补丁，并在加载所述热修复补丁之后运行所述应用程序；若所述第一线程判定未存储所述应用程序的热修复补丁，则直接运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，所述处理单元1006还配置为：在所述服务器指示不对所述应用程序进行热修复时，直接运行所述应用程序。

在本发明的一些实施方式中，基于前述方案，还包括：确定单元1014，用于在所述应用程序的运行过程中，若检测到所述应用程序出现异常，则确定所述异常的类型；上报单元1016，用于将所述异常的类型上报至所述服务器。

在本发明的一些实施方式中，基于前述方案，所述异常的类型包括所述应用程序版本引起的异常和/或所述应用程序的热修复补丁引起的异常。

参照图11，根据本发明的第二个实施方式的应用程序热修复的装置1100，包括：接收单元1102、处理单元1104和指示单元1106。

具体地，接收单元1102用于接收来自客户端的请求信息；处理单元1104用于响应所述请求信息，以向所述客户端分配用于对应用程序进行热修复的热修复机制；指示单元1106用于向所述客户端指示分配的所述热修复机制。

在本发明的一些实施方式中，基于前述方案，根据以下因素中的任一或多个的组合向所述客户端分配所述热修复机制：所述应用程序的热修复补丁的数据量大小、与所述客户端之间的网络状态、对所述客户端的启动时延的要求。

示例性设备

在介绍了本发明示例性实施方式的方法和装置之后，接下来，介绍根据本发明的另一示例性实施方式的应用程序热修复的设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本发明实施方式的应用程序热修复的设备可以至少包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的应用程序热修复的方法中的步骤。例如，所述处理单元可以执行如图1中所示的步骤S12，启动应用程序时，向服务器请求用于对所述应用程序进行热修复的热修复机制；步骤S14，获取所述服务器指示的热修复机制；步骤S16，基于所述服务器指示的热修复机制对所述应用程序进行热修复。又如，处理单元也可以执行如图2至7、以及图9中任一图所示的步骤。

示例性程序产品

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的应用程序热修复的方法中的步骤，例如，所述终端设备可以执行如图1中所示的步骤S12，启动应用程序时，向服务器请求用于对所述应用程序进行热修复的热修复机制；步骤S14，获取所述服务器指示的热修复机制；步骤S16，基于所述服务器指示的热修复机制对所述应用程序进行热修复。又如，所述终端设备也可以执行如图2至7、以及图9中任一图所示的步骤。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了应用程序热修复的装置的若干单元或子单元，但是这种划分仅仅是示例性的，并非是强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或单元的特征和功能可以在一个模块或单元中具体化。反之，上文描述的一个模块或单元的特征和功能可以进一步划分为由多个模块或单元来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。