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

Abstract

本发明实施例提供一种应用程序的修复方法和装置。该方法包括：接收服务端下发的脚本插件的配置信息；根据所述配置信息获取对应的有效脚本插件；在运行应用程序的过程中，启动所述有效脚本插件以修复所述应用程序。本发明针对客户端应用程序中的问题，由服务端向客户端下发用于修复问题的脚本插件的配置信息，客户端根据配置信息能够自动获取、启动、执行对应脚本插件，从而在不影响用户使用的情况下修复问题。

Description

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

技术领域

本发明实施例涉及计算机技术，尤其涉及一种应用程序的修复方法和装置。

背景技术

iOS***是由美国苹果公司推出的当下最流行的移动操作***，基于iOS***开发的iOS端应用程序数量已逾百万，产品间竞争激烈，用户对产品的要求也不断提高。尤其是用户量较大的应用程序，产品质量对应用开发者是很大的挑战。

现有iOS端应用程序在遇到较为严重，或急需修复的问题时，通常需要将应用程序进行修改后，重新打包提交给苹果公司的应用商店(App Store)审核、再更新，或者部分应用程序可通过服务端控制停止存在问题的功能。由于审核时间通常无法控制，所以带有问题的应用程序或者停用某些功能的应用程序都会影响用户使用，且带来较大损失。

现有解决方式存在下述多种缺陷：

(1)局限性，无法依赖服务端解决应用程序的所有问题，问题的存在可能带来严重的损失；

(2)时效性差，由于应用商店的审核时间无法预估，重新提交审核往往无法及时解决应用程序的线上问题；

(3)影响用户体验，由于线上问题的存在，导致用户无法正常使用应用程序客户端的功能；

(4)增加开发量，对线上问题的修复会增加开发人员工作量。

发明内容

本发明实施例提供一种应用程序的修复方法和装置，以实现应用程序问题能够及时、便捷的修复。

第一方面，本发明实施例提供了一种应用程序的修复方法，包括：

接收服务端下发的脚本插件的配置信息；

根据所述配置信息获取对应的有效脚本插件；

在运行应用程序的过程中，启动所述有效脚本插件以修复所述应用程序。

第二方面，本发明实施例还提供了一种应用程序的修复装置，包括：

配置接收模块，用于接收服务端下发的脚本插件的配置信息；

脚本获取模块，用于根据所述配置信息获取对应的有效脚本插件；

程序修复模块，用于在运行应用程序的过程中，启动所述有效脚本插件以修复所述应用程序。

本发明实施例提供的应用程序的修复方法和装置，针对客户端应用程序中的问题，由服务端向客户端下发用于修复问题的脚本插件的配置信息，客户端根据配置信息能够自动获取、启动、执行对应脚本插件，从而在不影响用户使用的情况下修复问题。

附图说明

图1为本发明实施例一提供的一种应用程序的修复方法的流程图；

图2为本发明实施例二提供的一种应用程序的修复方法的流程图；

图3为本发明实施例三提供的一种应用程序的修复方法的流程图；

图4是本发明实施例四提供的一种应用程序的修复方法的流程图；

图5是本发明实施例五提供的一种应用程序的修复装置的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种应用程序的修复方法的流程图，本实施例可适用于对已安装运行的应用程序进行动态修复的场景，具体是由服务端控制用户终端上运行的客户端应用程序，进行动态修改。该方法由应用程序的修复装置来执行，该装置可以采用软件的形式实现，配置在客户端所在用户终端上。如图1所示，该方法包括：

S110、接收服务端下发的脚本插件的配置信息；

脚本插件是用于修复客户端应用程序中问题的，一般在程序开发者发现应用程序存在问题时，就会开发用于修复的脚本插件，或者在已有的脚本插件中进行更新。服务端在需要修复问题时，先向客户端下发脚本插件的配置信息，可以是主动向客户端下发配置信息，以提示有脚本插件的更新，也可以是应客户端发起的更新请求下发配置信息。配置信息中包括了脚本插件的基本信息，例如至少包括脚本插件的版本号，还可以进一步包括下载地址和验证信息等。每次更新的脚本插件可以为一个或多个，因此一次下发的配置信息可包括一个或多个版本号。服务端可以根据客户端的版本，向其下发相应的脚本插件的版本号。

S120、根据所述配置信息获取对应的有效脚本插件；

客户端在接收到配置信息之后可获知待更新的是哪个脚本插件，据此获取对应的有效脚本插件。具体可以从服务端下载，或者在本地查找是否已存在。即S120的操作具体可以为：从所述配置信息中获取所述脚本插件的版本号；如果在本地查询到存储有所述版本号对应的脚本插件，则作为有效脚本插件；如果在本地未查询到存储有所述版本号对应的脚本插件，则从所述服务端下载对应的有效脚本插件。

在客户端可以存储多个脚本插件，并根据服务端的配置信息确定当前哪个脚本插件有效，从而启动有效脚本插件进行问题修复。这样可以避免客户端重复下载脚本插件，也使得服务端可以根据需要，利用客户端的已有脚本插件进行问题修改，方式更为灵活。服务端还可以配置使得客户端侧的已有脚本插件和新下发的脚本插件同时生效，这样可以减少新脚本插件的大小，节省传输所消耗的流量。

S130、在运行应用程序的过程中，启动所述有效脚本插件以修复所述应用程序。

脚本插件是能够动态修复应用程序中问题的一种补丁文件，其能够在应用程序所支持的程序环境中运行，并且在不更改应用程序原有代码的情况下动态修复应用程序运行中的问题。

S130的操作优选可以是通过如下方式进行应用程序的修复：

在运行应用程序的过程中，启动所述有效脚本插件以监听所述应用程序的函数入栈操作；

在监听到所述有效脚本插件中设置的目标函数的入栈请求时，以所述有效脚本插件中的替换函数，代替所述目标函数执行入栈操作，以运行所述替换函数来修复所述应用程序。

在脚本插件中确定有要替换的目标函数，可以是该目标函数的函数名称，并且脚本插件中提供了代替目标函数执行的替换函数。目标函数通常就是有问题的函数，以替换函数代替其执行，能够修复应用程序中存在的问题。或者，也可以是采用此方式丰富应用程序的功能。

上述应用程序的修复方式，尤为适用于应用程序是基于iOS***开发的封闭代码程序的情况。当应用程序存在问题时，开发者可通过脚本插件的形式，在不改变原应用程序的情况下修复问题，因此无需经过iOS***应用商店的审核。脚本插件所采用的编程语言，是应用程序能够支持其运行环境，且能够替代其函数运行的语言，优选的，所述脚本插件的编程语言为Lua语言。Lua语言是一种轻量语言，体积小、启动速度快，可以很方便的嵌入别的应用程序中运行，并且拥有很好的扩展性，可以方便的使用宿主语言提供的功能，就像使用内置功能一样。在Lua语言的脚本插件下载到客户端后，运行客户端应用程序时，客户端将自动启动Lua引擎，使执行环境生效，脚本插件的代码生效，达到修复客户端应用程序问题的目的。

采用本发明实施例提供的技术方案，针对客户端应用程序中的问题，由服务端向客户端下发用于修复问题的脚本插件的配置信息，客户端根据配置信息能够自动获取、启动、执行对应脚本插件，从而在不影响用户使用的情况下修复问题。

客户端还可以进一步上报运行日志，例如在脚本插件下载成功后，或运行脚本插件成功后，上报运行日志给服务端，以便开发者能够了解脚本插件的请求、下载、执行等全过程，便于统计，进行问题定位及脚本插件的代码优化。

在上述技术方案的基础上，优选是基于配置信息对脚本插件进行有效性验证，以提高问题修复的可靠性。有效性验证可以从多方面进行，优选是通过脚本插件的版本号和验证信息来实现。

实施例二

图2为本发明实施例二提供的一种应用程序的修复方法的流程图，本实施例以上述实施例为基础，且具体是优化了根据所述配置信息获取对应的有效脚本插件的操作。本实施例的方法包括：

S210、接收服务端下发的脚本插件的配置信息；

S220、从所述配置信息中获取脚本插件的第一版本号；

S230、获取本地当前采用的有效脚本插件的第二版本号；

S240、比对所述第一版本号和第二版本号，验证所述第一版本号的有效性；

S250、如果所述第一版本号有效，则获取对应的有效脚本插件；

S260、在运行应用程序的过程中，启动所述有效脚本插件以修复所述应用程序。

上述方案中，第一版本号是服务端配置的需要生效使用的脚本插件的版本号，客户端本地的第二版本号是客户端已生效正在使用的脚本插件的版本号。可以通过比较两个版本号的方式来验证当前配置的脚本插件的有效性。例如，当第一版本号的排序高于第二版本号，则确定第一版本号有效。否则，客户端实际上已更新至较新的版本，无需再进行脚本插件的更新。

实施例三

图3为本发明实施例三提供的一种应用程序的修复方法的流程图，本实施例以上述实施例为基础，且具体是优化了通过下载方式获取有效脚本插件的方案。本实施例的方法包括：

S310、接收服务端下发的脚本插件的配置信息；

S320、根据所述配置信息下载对应的有效脚本插件；

S330、从所述配置信息中获取所述脚本插件的第一摘要算法值；

S340、计算下载完成的所述脚本插件的第二摘要算法值；

S350、比对所述第一摘要算法值和第二摘要算法值，以验证下载的所述脚本插件的有效性，如果有效，则执行S360，如果无效，则重复执行S320，或者结束本次操作，提示出现异常；

S360、在运行应用程序的过程中，启动所述有效脚本插件以修复所述应用程序。

上述方案中，可以采用MD5的摘要算法，第一摘要算法值是服务端对完整的脚本插件进行计算获取的摘要算法值，作为验证信息；第二摘要算法值是客户端在将脚本插件下载完成后计算获取的摘要算法值，若脚本插件下载完整且正确，则两个摘要算法值相同，下载的脚本插件有效。基于摘要算法对脚本插件进行验证，可以保证下载的完整性。

实施例四

图4为本发明实施例四提供的一种应用程序的修复方法的流程图，该实施例以前述实施例为基础，提供一应用实例。该方法具体包括：

S401、开发者创建用于修复客户端问题的Lua脚本插件，部署在服务端；

S402、生成对应上述Lua脚本插件的配置信息，存储在服务端，配置信息包括该脚本插件的版本号、在服务端的下载地址、以及MD5值；

S403、服务端按照客户端的版本，下发适用于该客户端的脚本插件的配置信息；

S404、客户端接收服务端下发的脚本插件的配置信息；

S405、客户端校验脚本插件的版本信息，判断下发的版本号是否高于当前生效脚本插件的版本号，若是，则有效，执行S406，否则，结束流程；

S406、配置信息有效时，客户端重置生效的配置信息；

具体是，客户端将当前生效脚本插件的版本号进行替换。对于已存在的其他脚本插件，客户端可以删除，也可以存储以备后续使用。

客户端可以在接收到配置信息后，直接执行有效性验证和下载操作，也可以在接收到配置信息并验证有效后，提示用户，根据用户的指令执行下载操作。

S407、客户端重新下载配置的脚本插件，下载成功则执行S408，否则，结束流程；

S408、客户端在下载成功后上报日志到服务端；

S409、客户端校验已下载脚本插件的MD5值，即比较配置信息中的MD5值与下载脚本插件计算获得的MD5值是否一致，若是，则为有效脚本插件，执行S410，否则，结束流程；

S410、脚本插件有效时，启动Lua引擎，使Lua脚本插件执行环境生效，若启动成功则执行S411，否则，结束流程；

S411、Lua引擎启动成功后，客户端上报日志至服务端。

S412、当客户端运行到问题所在部分时，触发Lua脚本插件执行生效，修复问题。

本发明实施例的技术方案，可以使用Lua+Wax框架，通过客户端与服务端协作，动态的对iOS客户端中存在的问题进行动态、快速的修复，从而避免提交新版本或影响用户正常使用的问题，可为产品带来如下收益：

1、可以动态、快速、灵活的修复部分iOS应用程序问题，无需再次打包提交审核，且不影响用户正常使用；

2、整个修复过程完全可控，风险低；

3、Lua脚本体积小，节约用户数据流量；

4、扩展性强，可同步、高效修复多个问题。

实施例五

图5为本发明实施例五提供的一种应用程序的修复装置的结构示意图，该装置包括：配置接收模块510、脚本获取模块520和程序修复模块530。

其中，配置接收模块510，用于接收服务端下发的脚本插件的配置信息；脚本获取模块520，用于根据所述配置信息获取对应的有效脚本插件；程序修复模块530，用于在运行应用程序的过程中，启动所述有效脚本插件以修复所述应用程序。

具体的，程序修复模块530可包括：入栈监听单元531和程序替换单元532。

其中，入栈监听单元531，用于在运行应用程序的过程中，启动所述有效脚本插件以监听所述应用程序的函数入栈操作；程序替换单元532，用于在监听到所述有效脚本插件中设置的目标函数的入栈请求时，以所述有效脚本插件中的替换函数，代替所述目标函数执行入栈操作，以运行所述替换函数来修复所述应用程序。

本发明实施例的技术方案中，所述应用程序可以为基于iOS***开发的封闭代码程序，所述脚本插件的编程语言优选为Lua语言。

上述技术方案中，优选是进一步对脚本插件进行有效性验证。

则脚本获取模块具体可包括：第一版本号获取单元、第二版本号获取单元、有效性验证单元和脚本获取单元。

其中，第一版本号获取单元，用于从所述配置信息中获取脚本插件的第一版本号；第二版本号获取单元，用于获取本地当前采用的有效脚本插件的第二版本号；有效性验证单元，用于比对所述第一版本号和第二版本号，验证所述第一版本号的有效性；脚本获取单元，用于如果所述第一版本号有效，则获取对应的有效脚本插件。

此外，脚本获取模块还可以具体包括：版本号获取单元、本地获取单元和下载获取单元。其中，版本号获取单元，从所述配置信息中获取所述脚本插件的版本号；本地获取单元，用于如果在本地查询到存储有所述版本号对应的脚本插件，则作为有效脚本插件；下载获取单元，用于如果在本地未查询到存储有所述版本号对应的脚本插件，则从所述服务端下载对应的有效脚本插件。

进一步的，该装置还可以包括：摘要验证模块，用于从所述服务端下载对应的有效脚本插件之后，从所述配置信息中获取所述脚本插件的第一摘要算法值；计算下载完成的所述脚本插件的第二摘要算法值；比对所述第一摘要算法值和第二摘要算法值，以验证下载的所述脚本插件的有效性。

上述应用程序的修复装置可执行本发明任意实施例所提供的应用程序的修复方法，具备执行方法相应的功能模块和有益效果。

采用本发明实施例提供的技术方案，针对客户端应用程序中的问题，由服务端向客户端下发用于修复问题的脚本插件的配置信息，客户端根据配置信息能够自动获取、启动、执行对应脚本插件，从而在不影响用户使用的情况下修复问题。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

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

接收服务端下发的脚本插件的配置信息；

根据所述配置信息获取对应的有效脚本插件；

在运行应用程序的过程中，启动所述有效脚本插件以修复所述应用程序；在运行应用程序的过程中，启动所述有效脚本插件以修复所述应用程序包括：

在运行应用程序的过程中，启动所述有效脚本插件以监听所述应用程序的函数入栈操作；

在监听到所述有效脚本插件中设置的目标函数的入栈请求时，以所述有效脚本插件中的替换函数，代替所述目标函数执行入栈操作，以运行所述替换函数来修复所述应用程序。

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

所述应用程序为基于iOS***开发的封闭代码程序，所述脚本插件的编程语言为Lua语言。

3.根据权利要求1-2任一所述的方法，其特征在于，根据所述配置信息获取对应的有效脚本插件包括：

从所述配置信息中获取脚本插件的第一版本号；

获取本地当前采用的有效脚本插件的第二版本号；

比对所述第一版本号和第二版本号，验证所述第一版本号的有效性；

如果所述第一版本号有效，则获取对应的有效脚本插件。

4.根据权利要求1-2任一所述的方法，其特征在于，根据所述配置信息获取对应的有效脚本插件包括：

从所述配置信息中获取所述脚本插件的版本号；

如果在本地查询到存储有所述版本号对应的脚本插件，则作为有效脚本插件；

如果在本地未查询到存储有所述版本号对应的脚本插件，则从所述服务端下载对应的有效脚本插件。

5.根据权利要求4所述的方法，其特征在于，从所述服务端下载对应的有效脚本插件之后，还包括：

从所述配置信息中获取所述脚本插件的第一摘要算法值；

计算下载完成的所述脚本插件的第二摘要算法值；

比对所述第一摘要算法值和第二摘要算法值，以验证下载的所述脚本插件的有效性。

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

配置接收模块，用于接收服务端下发的脚本插件的配置信息；

脚本获取模块，用于根据所述配置信息获取对应的有效脚本插件；

程序修复模块，用于在运行应用程序的过程中，启动所述有效脚本插件以修复所述应用程序；

程序修复模块包括：

入栈监听单元，用于在运行应用程序的过程中，启动所述有效脚本插件以监听所述应用程序的函数入栈操作；

程序替换单元，用于在监听到所述有效脚本插件中设置的目标函数的入栈请求时，以所述有效脚本插件中的替换函数，代替所述目标函数执行入栈操作，以运行所述替换函数来修复所述应用程序。

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

所述应用程序为基于iOS***开发的封闭代码程序，所述脚本插件的编程语言为Lua语言。

8.根据权利要求6-7任一所述的装置，其特征在于，脚本获取模块包括：

第一版本号获取单元，用于从所述配置信息中获取脚本插件的第一版本号；

第二版本号获取单元，用于获取本地当前采用的有效脚本插件的第二版本号；

有效性验证单元，用于比对所述第一版本号和第二版本号，验证所述第一版本号的有效性；

脚本获取单元，用于如果所述第一版本号有效，则获取对应的有效脚本插件。

9.根据权利要求6-7任一所述的装置，其特征在于，脚本获取模块包括：

版本号获取单元，从所述配置信息中获取所述脚本插件的版本号；

本地获取单元，用于如果在本地查询到存储有所述版本号对应的脚本插件，则作为有效脚本插件；

下载获取单元，用于如果在本地未查询到存储有所述版本号对应的脚本插件，则从所述服务端下载对应的有效脚本插件。

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

摘要验证模块，用于从所述服务端下载对应的有效脚本插件之后，从所述配置信息中获取所述脚本插件的第一摘要算法值；计算下载完成的所述脚本插件的第二摘要算法值；比对所述第一摘要算法值和第二摘要算法值，以验证下载的所述脚本插件的有效性。