CN106502725A - 应用程序的升级方法、设备及电子设备 - Google Patents

Abstract

本发明公开了一种应用程序的升级方法、设备及电子设备。该方法包括：获取新版本的目标应用程序的安装包中的第一代码文件以及旧版本的目标应用程序对应的安装包中的第二代码文件；比较第一代码文件与第二代码文件，以确定对应的第一目标代码与第二目标代码中存在差异的差异类；根据差异类，生成补丁包以供下载。根据本发明，可以使得应用程序的升级速度快并且成功率高，提升用户体验。特别适用于修改程序缺陷的新版本的应用程序的后台静默升级，能快速修复程序问题。

Description

应用程序的升级方法、设备及电子设备

技术领域

本发明涉及应用程序技术领域，更具体地，涉及一种应用程序的升级方法、设备及手机。

背景技术

应用程序是基于某种应用目的而被开发的，可被安装于如电脑、手机等电子设备上，运行于电子设备的操作系统(例如windows、ios或者Android系统等)执行对应的应用任务的计算机程序(或软件)。随着计算机技术和移动互联网技术的飞速发展，越来越多的应用程序越来越多地开发出来提供给用户以满足用户日益增长的应用需求，特别是随着Android智能设备的普及，通过网络发布的新开发的Android应用程序成几何级增长。

而由于用户需求的多样化及多变化、用户运行应用程序的设备的多样性，使得应用程序的开发越来越趋于复杂化以及迅速化，而为了修复bug、增加新的应用需求等等，应用程序通常需要通过版本升级来实现，对应的应用程序的版本升级也变得越来越频繁。

传统的应用程序的升级方法通常是将新版本的应用程序发布在服务器上并生成版本升级提示以提醒用户，让用户自行确认是否升级以及操作升级(自行从服务器下载后安装新版本的应用程序)，若用户选择不升级继续使用旧版本应用程序，可能会存在程序缺陷不能及时修复而带来的安全隐患，若用户选择升级又会涉及较多的用户交互操作，此外若新版本的应用程序的安装包较大，还会存在消耗流量带来的升级速度慢或者用户费用较高的问题，影响用户体验。

因此，也有一些提供应用程序发布、下载的第三方平台(例如应用市场)提供自动下载升级应用程序的服务，但是由于安全性等因素的考虑，第三方平台通常会对应用程序有较长的审核周期，这就可能存在一段时间内无法提供用户新的应用需求或者修改旧应用程序存在的缺陷，影响用户体验。

为此，目前出现了一些应用程序的插件升级方法，主要分为下述几类：

1、基于修改指针的替换类的升级方法，例如以Android应用程序为例，使用dalvik_replaceMethod，获取升级中要待替换安装包中的类后通过JNI修改C++指针使得原有指针指向替换的类，但这一方法只能应用于针对Anroid5.0之前的版本，并且由于不是实际替换类，只是修改指针指向新的类对象，不适用于替换类为新增类的情况，以及需要删除原有旧版本安装包的类的情况；

2、基于插桩的升级方法，将新版本的应用程序中修改的方法排在旧版本应用程序中的原有方法之前，使得系统不再运行原有方法，但是在新版本的应用程序中修改的是类变量或者方法时，通过此方法进行升级会存在内存地址错乱的问题，导致升级失败，并且新旧两个版本的安装包存在多处差异时，会存在升级包过大带来的升级速度慢以及流量消耗可能带来的费用问题；

3、基于差分包的升级方法，通过比较应用程序新旧两个版本的安装包的整体(资源文件、代码文件等)差异而生成差分包提供用户下载升级，但是在新旧两个版本的安装包存在多处差异时就可能带来差分包过大，升级过程中存在升级速度慢以及流量消耗可能带来的费用问题。

因此，发明人认为，有必要对上述现有技术中存在的问题进行改进。

发明内容

本发明的一个目的是提供一种用于升级应用程序的新技术方案。

根据本发明的第一方面，提供了一种应用程序的升级方法，包括：

获取新版本的目标应用程序的安装包中的第一代码文件以及旧版本的目标应用程序对应的安装包中的第二代码文件，其中，所述第一代码文件中存储有包含若干个类的第一目标代码，所述第二代码文件中存储有包含若干个类的第二目标代码；

比较所述第一代码文件与所述第二代码文件，以确定对应的所述第一目标代码与所述第二目标代码中存在差异的差异类；

根据所述差异类，生成补丁包以供下载。

可选地，所述根据所述差异类生成补丁包以供下载的步骤为：

根据所述差异类，对所述第二代码文件进行类替换得到补丁包。

可选地，所述目标应用程序为Android应用程序，所述第一代码文件、第二代码文件以及补丁包为dex文件。

根据本发明的第二方面，提供一种应用程序的升级方法，包括：

获取补丁包，所述补丁包是根据本发明的第一方面任意一项所述的应用程序的升级方法生成；

根据所述补丁包，对旧版本的目标应用程序对应的安装包中的第二代码文件进行类替换，以实现目标应用程序的升级。

可选地，在执行对所述第二代码文件进行类替换的步骤之后，生成对应的新版本的目标应用程序的安装包以实现所述目标应用程序的升级。

根据本发明的第三方面，提供一种应用程序的升级设备，包括：

文件获取单元，用于获取新版本的目标应用程序的安装包中的第一代码文件以及旧版本的目标应用程序对应的安装包中的第二代码文件，其中，所述第一代码文件中存储有包含若干个类的第一目标代码，所述第二代码文件中存储有包含若干个类的第二目标代码；

文件比较单元，用于比较所述第一代码文件与所述第二代码文件，以确定对应的所述第一目标代码与所述第二目标代码中存在差异的差异类；

文件生成单元，根据所述差异类，生成补丁包以供下载。

可选地，所述文件生成单元，用于根据所述差异类，对所述第二代码文件进行类替换得到补丁包。

根据本发明的第四方面，提供一种应用程序的升级设备，包括：

文件获取单元，用于获取补丁包，所述补丁包是根据本发明的第一方面中任意一项所述的应用程序的升级方法生成；

文件替换单元，用于根据所述补丁包，对旧版本的目标应用程序对应的安装包中的第二代码文件进行类替换，以实现目标应用程序的升级。

可选地，所述的应用程序的升级设备，还包括：

安装包生成单元，用于生成对应的新版本的目标应用程序的安装包以实现所述目标应用程序的升级。

根据本发明的第五方面，还提供一种电子设备，至少包括本发明第四方面提供的应用程序的升级设备。

本发明的发明人发现，在现有技术中，尚未存在一种升级速度较快并且升级成功率较高的应用程序的升级方法。因此，本发明所要实现的技术任务或者所要解决的技术问题是本领域技术人员从未想到的或者没有预期到的，故本发明是一种新的技术方案。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

图1是显示可用于实现本发明的实施例的实施环境的硬件配置框图。

图2示出了本发明的实施例的应用程序的升级方法的流程图。

图3示出了本发明的实施例的又一应用程序的升级方法的流程图。

图4示出了本发明的实施例的应用程序的升级方法的例子的示意图。

图5示出了本发明的实施例的应用程序的升级设备的框图。

图6示出了本发明的实施例的应用程序的又一升级设备的框图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

<硬件配置>

图1是示出可以实现本发明的实施例的实施环境1000的硬件配置的框图。

如图1所示，实施环境1000包括服务器1100、客户端1200以及网络1300。

服务器1100例如可以是刀片服务器等。在一个例子中，服务器1100可以是一台计算机。在在另一个例子中，服务器1100可以如图1所示，包括处理器1110、存储器1120、接口装置1130、通信装置1140、显示装置1150、输入装置1160。尽管服务器也可以包括扬声器、麦克风等等，但是，这些部件与本发明无关，故在此省略。其中，处理器1110例如可以是中央处理器CPU、微处理器MCU等。存储器1120例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1130例如包括USB接口、串行接口等。通信装置1140例如能够进行有线或无线通信。显示装置1150例如是液晶显示屏。输入装置1160例如可以包括触摸屏、键盘等。

客户端设备1200可以是便携式电脑(1200-1)、台式计算机(1200-2)、手机(1200-3)、平板电脑(1200-4)等。如图1所示，客户端1200可以包括处理器1210、存储器1220、接口装置1230、通信装置1240、显示装置1250、输入装置1260、扬声器1270、麦克风4080，等等。其中，处理器1210可以是中央处理器CPU、微处理器MCU等。存储器1220例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1230例如包括USB接口、耳机接口等。通信装置1240例如能够进行有线或无线通信。显示装置1250例如是液晶显示屏、触摸显示屏等。输入装置1260例如可以包括触摸屏、键盘等。用户可以通过扬声器1270和麦克风1280输入/输出语音信息。

通信网络1300可以是无线网络也可以网络，可以是局域网也可以是广域网。在图1所示的配置环境1000中，客户端1200-1、1200-2、1200-3、1200-4以及服务器1100可以通过通信网络1300进行通信。

图1所示的配置环境1100仅是解释性的，并且决不是为了要限制本发明、其应用或用途。应用于本发明的实施例中，服务器1100的所述存储器1120用于存储指令，所述指令用于控制所述处理器1110进行操作以执行本发明实施例提供的应用程序的升级方法。此外，客户端1200的所述存储器1220用于存储指令，所述指令用于控制所述处理器1210进行操作以执行本发明实施例提供的应用程序的升级方法。本领域技术人员应当理解，尽管在图1中对服务器1100以及客户端1200都示出了多个装置，但是，本发明可以仅涉及其中的部分装置，例如，服务器1100只涉及处理器1110和存储装置1120，或者客户端1200只涉及处理器1210和存储装置1220等。技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

<实施例>

在本实施例中提供一种应用程序的升级方法，如图2所示，包括：

步骤S2100,获取新版本的目标应用程序的安装包中的第一代码文件以及旧版本的目标应用程序对应的安装包中的第二代码文件，其中，所述第一代码文件中存储有包含若干个类的第一目标代码，所述第二代码文件中存储有包含若干个类的第二目标代码。

一般而言，应用程序是基于某种应用目的而被开发的，可被安装于如电脑、手机等电子设备上，运行于电子设备的操作系统(例如windows、ios或者Android系统等)执行对应的应用任务的计算机程序(或软件)，例如手机上安卓应用对应的程序等。通常应用程序一旦发布后，由于需要修正程序错误或者新增应用程序功能等各种原因，应用程序的开发方通常会发布对应做了更新的新版本的应用程序的安装包，例如APK(Android Package，安卓应用程序安装包)，以供应用程序的使用者下载进行升级。

在本实施例中，目标应用程序是待执行升级的应用程序。在新版本的目标应用程序的安装包生成后，可以通过解压该安装包获取所述第一代码文件，其中，所述第一代码文件中存储有包含若干个类的第一目标代码，所述类(class)是面向对象编程技术中的最基本的概念，是一种抽象的数据类型，通常类的定义为：Class类名{类内容}。

具体地，以目标应用程序为Android应用程序为例，对应的安装包(APK)通常包含资源文件和代码文件，所述资源文件通常包括图片、xml(可扩展标记语言)、主要存在于asset和res文件夹中的音乐等，而所述代码文件是单独存放的dex文件，是APK的classes.dex文件通过dex优化过程得到的并且可以从APK中提取出来的可执行文件。与所述资源文件相比，所述dex文件所占的存储很少，只占整个APK中极小的部分。在本例中，第一代码文件是从新版本的目标应用程序的APK中解压后抽取出来的dex文件。

类似地，从旧版本的目标应用程序对应的安装包中获取第二代码文件，例如，可以将本地备份的旧版本的安装包解压，获取所述第二代码文件，其中，所述第二代码文件中存储有包含若干个类的第二目标代码。例如，若目标应用程序是Android应用程序，第二代码文件是从旧版本目标应用程序的APK中解压后抽取出来的dex文件。

在通过步骤S2100获取第一代码文件和第二代码文件后，进入步骤S2200,比较所述第一代码文件与所述第二代码文件，以确定对应的所述第一目标代码与所述第二目标代码中存在差异的差异类。

具体地，以第一代码文件中存储的第一目标代码包含类A(Class A)和类B(ClassB)，第二代码文件中存储的第二目标代码也包含类A(Class A)和类B(Class B)为例：

(1)在第一目标代码中包含的类A(Class A)和类B(Class B)如下所示：

(2)在第二目标代码中包含的类A(Class A)和类B(Class B)如下所示：

如第(1)、(2)中示意性列出的伪代码所示，类之间会存在多重嵌套，即一个大类中可能包含很多内部类，例如，Class A中包含Class B，在本实施例中执行所述步骤S2200确定差异类时，比较第一代码文件和第二代码文件，发现第一目标代码中的Class B与第二目标代码中的Class B所包含的方法内容不同，因此确定差异类为Class B。

类似地，当发现第一目标代码中包含的但第二目标代码中未包含的Class C时，确定差异类为Class C；当发现第一目标代码中不包含第二目标代码中的Class D时，可以确定差异类为Class D，也可以忽略该Class D。

在通过步骤S2200确定差异类之后，进入步骤S2300，根据所述差异类，生成补丁包以供下载。

具体地，根据差异类生成的补丁包，可以是至包含差异类以及与差异类相关的配置信息。例如，继续以第一代码文件中存储的第一目标代码包含类A(Class A)和类B(ClassB)，第二代码文件中存储的第二目标代码也包含类A(Class A)和类B(Class B)为例：确定差异类为Class B时，所述补丁包中包含只存储Class B的代码文件和指示Class B的配置信息的配置文件；类似地，在确定差异类为第一目标代码中包含的而第二目标代码不包含的Class C时，所述补丁包中包含Class C对应的代码文件和指示Class C的配置信息的配置文件；或者，在确定差异类为第一目标代码中不包含的而第二目标代码包含的Class D时，所述补丁包中包含Class D对应的代码文件和指示Class D的配置信息的配置文件。

又或者，可以根据所述差异类，对所述第二代码文件进行类替换，得到补丁包。

具体地，当在比较第一代码文件和第二代码文件，发现第一目标代码中的Class B与第二目标代码中的Class B所包含的方法内容不同，因此确定差异类为Class B时，第二目标代码中原有的Class B进行替换，替换为第一目标代码中的Class B，将对应的类替换后得到的第二代码文件作为补丁包；类似地，在确定差异类为第一目标代码中包含的而第二目标代码不包含的Class C时，在第二目标代码中增加的Class C，将对应的类替换后得到的第二代码文件作为补丁包；或者，在确定差异类为第一目标代码中不包含的而第二目标代码包含的Class D时，可以删除第二代码文件中的Class D，或者修改代码逻辑结构，使得Class D不会在通过补丁包升级后的应用程序运行时被运行或调用，又或者在确保ClassD不会在通过补丁包升级后的应用程序运行时被运行或调用，保留Class D不做操作，之后将对应的类替换后得到的第二代码文件作为补丁包。

更具体地，如果目标应用程序为Android应用程序，第一代码文件、第二代码文件为dex文件，对应的补丁包也为dex文件。

在生成所述补丁包后，可以将所述补丁包存储在目标应用程序的服务器(例如云端服务器)中，由用户主动下载升级，或者由安装旧版本的目标应用程序的电子设备根据预置的规则自动触发下载实现静默升级，也可以直接推送至安装旧版本的目标应用程序的电子设备，触发后台下载实现静默升级。

本实施例中，所述补丁包是根据差异类生成，无论是与差异类对应的代码文件和指示差异类的配置信息的配置文件，或者是根据差异类执行类替换后的代码文件，与现有技术中通过整体比较新旧版本的应用程序得到的差分包(通常包含资源文件和代码文件)相比，对应的文件都较小，不会带来过多流量消耗，节省下载时间，提高升级速度，使用户得到更好的升级体验。特别适用于修改程序缺陷的新版本的应用程序的后台静默升级，能快速修复程序问题。

上述已经结合例子说明了图2所示的应用程序的升级方法，在本实施例中，可以通过生成新版本的目标应用程序的计算机设备或者服务器设备实施该方法，例如，图1中的服务器1100，在此不再赘述。

在本实施例中，还提供一种应用程序的升级方法，如图3所示，包括：

步骤S3100，获取如图2所示的应用程序的升级方法中所生成任意一项所述的补丁包；

在上述实施例中，获取所述补丁包，可以是通过从目标应用程序的后台服务器中静默下载获取，也可以是通过推送升级消息通知后用户触发的主动下载获取。

在通过步骤S3100获取所述补丁包后，进入步骤S3200，根据所述补丁包，对旧版本的目标应用程序对应的安装包中的第二代码文件进行类替换，以实现目标应用程序的升级。

在一个例子中，所述补丁包是包含的是差异类对应的代码文件和指示差异类的配置信息的配置文件，因此，根据补丁包对旧版本的目标应用程序对应的安装包中的第二代码文件进行类替换，具体地，是根据指示差异类的配置信息的配置文件，将差异类替换第二代码文件中对应的部分，例如，差异类是第二代码文件中已有的Class B，根据配置文件找到第二代码文件中的第二目标代码中原有Class B对应的部分，替换为补丁包中的ClassB；又例如，差异类是第二代码文件中不包含的Class C，根据配置文件找到第二代码文件中的第二目标代码中应该插入Class C的部分，新增为补丁包中的Class C；或者，差异类是第二代码文件中包含的Class D，却未包含在于新版本的目标应用程序对应的第一目标代码中，可以根据配置文件的指示，删除Class D或者修改代码逻辑结构，使得Class D不会在通过补丁包升级后的应用程序运行时被运行或调用，又或者在确保Class D不会在通过补丁包升级后的应用程序运行时被运行或调用，保留Class D不做操作。

但在上述例子中涉及的具体步骤较为复杂，在实施的电子设备的内存不足或者运行速度较慢时，容易影响升级成功率，并且当目标应用程序为Android应用程序，运行所述目标应用程序的电子设备的操作系统是Android 6.0以后的版本时，Android系统也不支持对于上述例子中的操作。因此，在另一个例子中，所述补丁包是根据所述差异类将旧版本的目标应用程序对应的第二代码文件执行类替换后的代码文件。因此，根据补丁包对旧版本的目标应用程序对应的安装包中的第二代码文件进行类替换，可以是直接将第二代码文件替换为补丁包对应的代码文件。实施简单，可以进一步提高升级成功率。

在执行对所述第二代码文件进行类替换的步骤之后，生成所述新版本的目标应用程序的安装包以实现所述目标应用程序的升级。具体地，可以根据第二代码文件对旧版本的目标应用程序的安装包重新打包，得到对应的新版本的目标应用程序的安装包。

在本实施例中如图3所示的应用程序的升级方法中，所述补丁包是根据以类为比较粒度获取的差异类生成的，不仅补丁包较小可以提高升级速度，可以使得在下载所述补丁包后，对旧版本的目标应用程序的安装包对应的第二文件执行类替换时，保证代码整合的成功率，提高升级成功的概率。特别适用于修改程序缺陷的新版本的应用程序的后台静默升级，能快速修复程序问题。

上述已经结合例子说明了图3所示的应用程序的升级方法，在本实施例中，可以通过安装旧版本的目标应用程序的客户端设备实施该方法，例如，图1中的客户端1200，在此不再赘述。

以下将结合图4举个例子进一步说明本实施例中所提供的应用程序的升级方法。在本例中，所述目标应用程序是Android应用程序，对应的安装包为APK，安装有旧版本的Android应用程序的设备为手机，新版本的Android应用程序的APK(以下简称新APK)可以由开发人员通过开发设备(例如计算机或者开发服务器等)完成，旧版本的Android应用程序的APK(简称旧APK)也本地备份在开发设备中。此外在本例中，第一代码文件、第二代码文件、补丁包均为dex文件。

如图4所示，应用程序的升级方法包括：

S401，在新APK开发完成后，将新APK解压抽取dex文件；

S402，从旧APK中抽取dex文件；

S403，比较新旧两个APK中抽取的dex文件确定差异类，具体实施方式可以如图2所示的步骤S2200，在此不再赘述；

S404，根据差异类生成补丁包，具体实施方式可以如图2所示的步骤S2300，在此不再赘述；

S405，将补丁包上传到升级服务器中，以供用户升级下载；

S406，从升级服务器下载补丁包，可以是手机后台静默下载，也可以由用户收到提醒消息后触发下载；

S407，根据补丁包对旧APK中的dex文件进行类替换，具体实施方式可以如图3所示的步骤S3200，在此不再赘述；

S408，重新打包生成新APK；

S409，安装新APK完成升级。

在本例中，补丁包根据以类为比较粒度得到的差异类生成，补丁包较小，下载速度快，节省下载时间也不会带来过多流量消耗，使得用户得到升级速度快的体验，此外，对旧APK中的dex文件进行类替换能提高文件整合的成功概率，保证升级成功率。

在本实施例中，还提供一种应用程序的升级设备5000，如图5所示，包括：文件获取单元5100、文件生成单元5200以及文件生成单元5300，用于实施本实施例中如图2所示的应用程序的升级方法，在此不再赘述。

应用程序的升级设备5000，包括：

文件获取单元5100，用于获取新版本的目标应用程序的安装包中的第一代码文件以及旧版本的目标应用程序对应的安装包中的第二代码文件，其中，所述第一代码文件中存储有包含若干个类的第一目标代码，所述第二代码文件中存储有包含若干个类的第二目标代码；

文件比较单元5200，用于比较所述第一代码文件与所述第二代码文件，以确定对应的所述第一目标代码与所述第二目标代码中存在差异的差异类；

文件生成单元5300，根据所述差异类，生成补丁包以供下载。

可选地，所述文件生成单元5300，用于根据所述差异类，对所述第二代码文件进行类替换得到补丁包。

在一个例子中，所述目标应用程序为Android应用程序，所述第一代码文件、第二代码文件以及补丁包为dex文件。

在本实施例中，还提供一种应用程序的升级设备6000，如图6所示，包括：文件获取单元6100、文件替换单元6200，可选地，还包括安装包生成单元6300，用于实施本实施例中如图3所示的应用程序的升级方法，在此不再赘述。

应用程序的升级设备6000，包括：

文件获取单元6100，用于获取补丁包，所述补丁包根据本实施例中如图2所示的应用程序的升级方法生成；

文件替换单元6200，用于根据所述补丁包，对旧版本的目标应用程序对应的安装包中的第二代码文件进行类替换，以实现目标应用程序的升级。

可选地，所述应用程序的升级设备6000，还包括：

安装包生成单元6300，用于生成对应的新版本的目标应用程序的安装包以实现所述目标应用程序的升级。

在本实施例中，还提供一种电子设备，至少包括如图6所示的应用程序的升级设备6000。例如，可以是手机。

上述已经结合例子和附图说明了本实施例中提供的应用程序的升级方法、设备及电子设备：在生成新版本的目标应用程序的安装包后，将与新版本的目标应用程序的安装包对应的第一代码文件和与旧版本的目标应用程序的安装包对应的第二代码文件进行比较，通过比较对应的第一目标代码和第二目标代码确定存在差异的类，根据差异类生成补丁包以供下载；在下载补丁包后可以对旧版本的目标应用程序的安装包中的第二代码文件进行替换，以完成升级。在本示例中，以类为比较粒度而生成的补丁包较小，可以避免较大的流量消耗，节省升级下载的时间，提高升级速度，使得用户的升级体验更好，并且，对旧版本的目标应用程序的安装包对应的第二文件执行类替换时，保证代码整合的成功率，提高升级成功的概率。特别适用于修改程序缺陷的新版本的应用程序的后台静默升级，能快速修复程序问题。

本领域技术人员应当明白，可以通过各种方式来实现应用程序的升级设备5000和应用程序的升级设备6000。例如，可以通过指令配置处理器来实现应用程序的升级设备5000和/或应用程序的升级设备6000。例如，可以将指令存储在ROM中，并且当启动设备时，将指令从ROM读取到可编程器件中来实现应用程序的升级设备5000和/或应用程序的升级设备6000。例如，可以将应用程序的升级设备5000和/或应用程序的升级设备6000固化到专用器件(例如ASIC)中。可以将应用程序的升级设备5000和/或应用程序的升级设备6000分成相互独立的单元，或者可以将它们合并在一起实现。应用程序的升级设备5000和/或应用程序的升级设备6000可以通过上述各种实现方式中的一种来实现，或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。

本领域技术人员公知的是，随着诸如大规模集成电路技术的电子信息技术的发展和软件硬件化的趋势，要明确划分计算机系统软、硬件界限已经显得比较困难了。因为，任何操作可以软件来实现，也可以由硬件来实现。任何指令的执行可以由硬件完成，同样也可以由软件来完成。对于某一机器功能采用硬件实现方案还是软件实现方案，取决于价格、速度、可靠性、存储容量、变更周期等非技术性因素。因此，对于电子信息技术领域的普通技术人员来说，更为直接和清楚地描述一个技术方案的方式是描述该方案中的各个操作。在知道所要执行的操作的情况下，本领域技术人员可以基于对所述非技术性因素的考虑直接设计出期望的产品。

本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。

Claims (10)

1.一种应用程序的升级方法，其特征在于，包括：

获取新版本的目标应用程序的安装包中的第一代码文件以及旧版本的目标应用程序对应的安装包中的第二代码文件，其中，所述第一代码文件中存储有包含若干个类的第一目标代码，所述第二代码文件中存储有包含若干个类的第二目标代码；

比较所述第一代码文件与所述第二代码文件，以确定对应的所述第一目标代码与所述第二目标代码中存在差异的差异类；

根据所述差异类，生成补丁包以供下载。

2.根据权利要求1所述的应用程序的升级方法，其特征在于，所述根据所述差异类生成补丁包以供下载的步骤为：

根据所述差异类，对所述第二代码文件进行类替换得到补丁包。

3.根据权利要求2所述的应用程序的升级方法，其特征在于，

所述目标应用程序为Android应用程序，所述第一代码文件、第二代码文件以及补丁包为dex文件。

4.一种应用程序的升级方法，其特征在于，包括：

获取补丁包，所述补丁包是根据权利要求1-3中任意一项所述的应用程序的升级方法生成；

根据所述补丁包，对旧版本的目标应用程序对应的安装包中的第二代码文件进行类替换，以实现目标应用程序的升级。

5.根据权利要求4所述的应用程序的升级方法，其特征在于，还包括：

在执行对所述第二代码文件进行类替换的步骤之后，生成对应的新版本的目标应用程序的安装包以实现所述目标应用程序的升级。

6.一种应用程序的升级设备，特征在于，包括：

文件获取单元，用于获取新版本的目标应用程序的安装包中的第一代码文件以及旧版本的目标应用程序对应的安装包中的第二代码文件，其中，所述第一代码文件中存储有包含若干个类的第一目标代码，所述第二代码文件中存储有包含若干个类的第二目标代码；

文件比较单元，用于比较所述第一代码文件与所述第二代码文件，以确定对应的所述第一目标代码与所述第二目标代码中存在差异的差异类；

文件生成单元，根据所述差异类，生成补丁包以供下载。

7.根据权利要求6所述的应用程序的升级设备，其特征在于，

所述文件生成单元，用于根据所述差异类，对所述第二代码文件进行类替换得到补丁包。

8.一种应用程序的升级设备，其特征在于，包括：

文件获取单元，用于获取补丁包，所述补丁包是根据权利要求1-3中任意一项所述的应用程序的升级方法生成；

文件替换单元，用于根据所述补丁包，对旧版本的目标应用程序对应的安装包中的第二代码文件进行类替换，以实现目标应用程序的升级。

9.根据权利要求8所述的应用程序的升级设备，其特征在于，还包括：

安装包生成单元，用于生成对应的新版本的目标应用程序的安装包以实现所述目标应用程序的升级。

10.一种电子设备，其特征在于，至少包括权利要求8或9所述的应用程序的升级设备。