应用的热修复方法和装置
阅读：552发布：2020-05-08
专利汇可以提供应用的热修复方法和装置专利检索，专利查询，专利分析的服务。并且本 申请 实施例 公开了应用的热修复方法和装置、 电子 设备和计算机可读介质。该应用的热修复方法的一具体实施方式包括：获取待修复应用的热修复 插件 ，其中，热修复插件由待修复应用的 补丁 文件以及与用于加载补丁文件以修复待修复应用的文件加载方法生成；加载热修复插件，根据加载热修复插件获取的文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并采用文件加载方法将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。该实施方式在修复过程中无需更新宿主 软件 开发工具包，能够实现无 感知 的热修复；通过替换内存中的数据结构的方式进行修复，能够达到良好的兼容性和较高的成功率。，下面是应用的热修复方法和装置专利的具体信息内容。
1.一种应用的热修复方法，包括：
获取待修复应用的热修复插件，其中，所述热修复插件由所述待修复应用的补丁文件以及与用于加载所述补丁文件以修复所述待修复应用的文件加载方法生成；
加载所述热修复插件，根据加载所述热修复插件获得的所述文件加载方法将所述补丁文件加载到内存中得到所述补丁文件对应的已修复数据结构，并采用所述文件加载方法将内存中与所述补丁文件对应的待修复数据结构替换为所述补丁文件对应的已修复数据结构。
2.根据权利要求1所述的方法，其中，所述补丁文件包括用于修复所述待修复应用中的待修复函数的目标函数以及目标函数的标识；
所述采用所述文件加载方法将内存中与所述补丁文件对应的待修复数据结构替换为所述补丁文件对应的已修复数据结构，包括：
根据所述目标函数的标识查找出对应的待修复函数的数据结构的内存地址，采用内存拷贝的方式将所述已修复数据结构拷贝至所述待修复函数对应的数据结构的内存地址。
3.根据权利要求2所述的方法，其中，所述补丁文件是基于如下方式生成的：
根据所述待修复应用的已修复版本安装包和未修复版本安装包的差异，提取出用于修复所述待修复应用中的待修复函数的目标函数；
对所述目标函数以及所述目标函数的标识进行打包生成所述补丁文件。
4.根据权利要求1-3任一项所述的方法，其中，所述方法还包括：
获取所述待修复应用的状态信息，并判断所述待修复应用的状态信息是否满足预设的修复条件；以及
所述加载所述热修复插件，包括：响应于确定所述待修复应用的状态信息满足预设的修复条件，加载所述热修复插件。
5.一种应用的热修复方法，包括：
根据待修复应用的已修复版本安装包和未修复版本安装包的差异，生成补丁文件；
将所述待修复应用的补丁文件以及用于加载所述补丁文件以修复所述待修复应用的文件加载方法集成到待修复应用的热修复插件中；
向客户端发送所述待修复应用的热修复插件，所述客户端通过采用加载所述热修复插件获取所述补丁文件和所述文件加载方法，采用所述文件加载方法将所述补丁文件加载到内存中得到所述补丁文件对应的已修复数据结构，并将内存中与所述补丁文件对应的待修复数据结构替换为所述补丁文件对应的已修复数据结构。
6.根据权利要求5所述的方法，其中，所述根据待修复应用的已修复版本安装包和未修复版本安装包的差异，生成补丁文件，包括：
比对待修复应用的已修复版本安装包中和未修复版本安装包得到差异函数；
对所述差异函数以及所述差异函数的标识进行打包生成所述补丁文件。
7.一种应用的热修复装置，包括：
获取单元，被配置为获取待修复应用的热修复插件，其中，所述热修复插件由所述待修复应用的补丁文件以及与用于加载所述补丁文件以修复所述待修复应用的文件加载方法生成；
加载单元，被配置为加载所述热修复插件，根据加载所述热修复插件获得的所述文件加载方法将所述补丁文件加载到内存中得到所述补丁文件对应的已修复数据结构，并采用所述文件加载方法将内存中与所述补丁文件对应的待修复数据结构替换为所述补丁文件对应的已修复数据结构。
8.根据权利要求7所述的装置，其中，所述补丁文件包括用于修复所述待修复应用中的待修复函数的目标函数以及目标函数的标识；以及
所述加载单元进一步被配置为采用所述文件加载方法，按照如下方式将内存中与所述补丁文件对应的待修复数据结构替换为所述补丁文件对应的已修复数据结构：
根据所述目标函数的标识查找出对应的待修复函数的数据结构的内存地址，采用内存拷贝的方式将所述已修复数据结构拷贝至所述待修复函数对应的数据结构的内存地址。
9.根据权利要求7所述的装置，其中，所述补丁文件是基于如下方式生成的：
根据所述待修复应用的已修复版本安装包和未修复版本安装包的差异，提取出用于修复所述待修复应用中的待修复函数的目标函数；
对所述目标函数以及所述目标函数的标识进行打包生成所述补丁文件。
10.根据权利要求7-9任一项所述的装置，其中，所述装置还包括：
验证单元，被配置为获取所述待修复应用的状态信息，并判断所述待修复应用的状态信息是否满足预设的修复条件；以及
所述加载单元进一步被配置为响应于所述验证单元确定所述待修复应用的状态信息满足预设的修复条件，加载所述热修复插件。
11.一种应用的热修复装置，包括：
生成单元，被配置为根据待修复应用的已修复版本安装包和未修复版本安装包的差异，生成补丁文件；
集成单元，被配置为将所述待修复应用的补丁文件以及用于加载所述补丁文件以修复所述待修复应用的文件加载方法集成到待修复应用的热修复插件中；
发送单元，被配置为向客户端发送所述待修复应用的热修复插件，所述客户端通过采用加载所述热修复插件获取所述补丁文件和所述文件加载方法，采用所述文件加载方法将所述补丁文件加载到内存中得到所述补丁文件对应的已修复数据结构，并将内存中与所述补丁文件对应的待修复数据结构替换为所述补丁文件对应的已修复数据结构。
12.根据权利要求11所述的装置，其中，所述生成单元进一步被配置为按照如下方式生成补丁文件：
比对待修复应用的已修复版本安装包中和未修复版本安装包得到差异函数；
对所述差异函数以及所述差异函数的标识进行打包生成所述补丁文件。
13.一种电子设备，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。
14.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。
应用的热修复方法和装置
技术领域
背景技术
[0003] 目前的热修复的技术主要采用基于代码修复的实时热修复技术或通过Java加载机制的冷启动修复技术。其中，基于代码修复的实时热修复技术由于涉及对安卓平台具体方法的逻辑字段或具体参数的替换而存在一定的兼容性问题，而基于Java加载机制的冷启动修复技术则需要冷启动后修复才能生效，无法满足实时、无感知的修复要求。发明内容
[0004] 本申请实施例提出了应用的热修复方法和装置、电子设备和计算机可读介质。
[0005] 第一方面，本申请实施例提供了一种应用的热修复方法，包括：获取待修复应用的热修复插件，其中，热修复插件由待修复应用的补丁文件以及与用于加载补丁文件以修复待修复应用的文件加载方法生成；加载热修复插件，根据加载热修复插件获得的文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并采用文件加载方法将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。
[0006] 在一些实施例中，上述补丁文件包括用于修复待修复应用中的待修复函数的目标函数以及目标函数的标识；采用文件加载方法将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构，包括：根据目标函数的标识查找出对应的待修复函数的数据结构的内存地址，采用内存拷贝的方式将已修复数据结构拷贝至待修复函数对应的数据结构的内存地址。
[0007] 在一些实施例中，上述补丁文件是基于如下方式生成的：根据待修复应用的已修复版本安装包和未修复版本安装包的差异，提取出用于修复待修复应用中的待修复函数的目标函数；对目标函数以及目标函数的标识进行打包生成补丁文件。
[0008] 在一些实施例中，上述方法还包括：获取待修复应用的状态信息，并判断待修复应用的状态信息是否满足预设的修复条件；以及加载热修复插件，包括：响应于确定待修复应用的状态信息满足预设的修复条件，加载热修复插件。
[0009] 第二方面，本申请实施例提供了一种应用的热修复方法，包括：根据待修复应用的已修复版本安装包和未修复版本安装包的差异，生成补丁文件；将待修复应用的补丁文件以及用于加载补丁文件以修复待修复应用的文件加载方法集成到待修复应用的热修复插件中；向客户端发送待修复应用的热修复插件，客户端通过采用加载热修复插件获取补丁文件和文件加载方法，采用文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。
[0010] 在一些实施例中，上述根据待修复应用的已修复版本安装包和未修复版本安装包的差异，生成补丁文件，包括：比对待修复应用的已修复版本安装包中和未修复版本安装包得到差异函数；对差异函数以及差异函数的标识进行打包生成补丁文件。
[0011] 第三方面，本申请实施例提供了一种应用的热修复装置，包括：获取单元，被配置为获取待修复应用的热修复插件，其中，热修复插件由待修复应用的补丁文件以及与用于加载补丁文件以修复待修复应用的文件加载方法生成；加载单元，被配置为加载热修复插件，根据加载热修复插件获得的文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并采用文件加载方法将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。
[0012] 在一些实施例中，上述补丁文件包括用于修复待修复应用中的待修复函数的目标函数以及目标函数的标识；以及上述加载单元进一步被配置为采用文件加载方法，按照如下方式将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构：根据目标函数的标识查找出对应的待修复函数的数据结构的内存地址，采用内存拷贝的方式将已修复数据结构拷贝至待修复函数对应的数据结构的内存地址。
[0013] 在一些实施例中，上述补丁文件是基于如下方式生成的：根据待修复应用的已修复版本安装包和未修复版本安装包的差异，提取出用于修复待修复应用中的待修复函数的目标函数；对目标函数以及目标函数的标识进行打包生成补丁文件。
[0014] 在一些实施例中，上述装置还包括：验证单元，被配置为获取待修复应用的状态信息，并判断待修复应用的状态信息是否满足预设的修复条件；以及加载单元进一步被配置为响应于验证单元确定待修复应用的状态信息满足预设的修复条件，加载热修复插件。
[0015] 第四方面，本申请实施例提供了一种应用的热修复装置，包括：生成单元，被配置为根据待修复应用的已修复版本安装包和未修复版本安装包的差异，生成补丁文件；集成单元，被配置为将待修复应用的补丁文件以及用于加载补丁文件以修复待修复应用的文件加载方法集成到待修复应用的热修复插件中；发送单元，被配置为向客户端发送待修复应用的热修复插件，客户端通过采用加载热修复插件获取补丁文件和文件加载方法，采用文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。
[0016] 在一些实施例中，上述生成单元进一步被配置为按照如下方式生成补丁文件：比对待修复应用的已修复版本安装包中和未修复版本安装包得到差异函数；对差异函数以及差异函数的标识进行打包生成补丁文件。
[0017] 第五方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面或第二方面提供的应用的热修复方法。
[0018] 第六方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，程序被处理器执行时实现第一方面或第二方面提供的应用的热修复方法。
[0019] 本申请上述实施例的应用的热修复方法和装置、电子设备和计算机可读介质，通过获取待修复应用的热修复插件，其中，热修复插件由待修复应用的补丁文件以及与用于加载补丁文件以修复待修复应用的文件加载方法生成；加载热修复插件，根据加载热修复插件获取的文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并采用文件加载方法将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构，实现了插件化的应用修复，在修复过程中无需更新宿主软件开发工具包，能够实现实时、无感知的热修复；通过替换内存中的数据结构的方式进行修复，能够达到良好的兼容性和较高的成功率。附图说明
[0020] 通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
[0021] 图1是本申请实施例可以应用于其中的示例性系统架构图；
[0022] 图2是根据本申请的应用的热修复方法的一个实施例的流程图；
[0023] 图3是根据本申请的应用的热修复方法的另一个实施例的流程图；
[0024] 图4是根据本申请的应用的热修复方法的又一个实施例的流程图；
[0025] 图5是本申请的应用的热修复装置的一个实施例的结构示意图；
[0026] 图6是本申请的应用的热修复装置的一个实施例的结构示意图；
[0027] 图7是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
[0028] 下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
[0029] 需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
[0030] 图1示出了可以应用本申请的应用的热修复方法或应用的热修复装置的示例性系统架构100。
[0031] 如图1所示，系统架构100可以包括终端设备101、102、103，网络104以及服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0032] 终端设备101、102、103可以通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种具应用程序，例如搜索类应用、生活服务类应用、社交平台应用、拍摄类应用等。
[0033] 终端设备101、102、103可以是支持互联网访问的各种电子设备，包括但不限于智能音箱、智能手机、平板电脑、智能手表、笔记本电脑、膝上便携型电脑、电子书阅读器等。终端设备101、102、103可以是支持安卓系统的电子设备。
[0034] 服务器105可以是提供应用程序的后台服务器。服务器105可以向终端设备101、102、103下发应用程序的安装包以及更新数据包。终端设备101、102、103可以加在服务器
105下发的安装包或更新包，在安装包或更新包生效后为使用应用程序的用户提供服务。
105下发的安装包或更新包，在安装包或更新包生效后为使用应用程序的用户提供服务。
[0035] 本申请实施例所提供的应用的热修复方法可以由终端设备101、102、103或服务器105执行，相应地，应用的热修复装置可以设置于终端设备101、102、103或服务器105中。
[0036] 应该理解，图1中的终端设备、网络、服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络、服务器。
[0037] 继续参考图2，其示出了根据本申请的应用的热修复方法的一个实施例的流程200。该应用的热修复方法，包括以下步骤：
[0038] 步骤201，获取待修复应用的热修复插件。
[0039] 在本实施例中，上述应用的热修复方法的执行主体可以为已安装待修复应用的终端设备，例如(图1所示的终端设备)，该执行主体可以从与其通过网络连接的服务器获取待修复应用的热修复插件。其中，热修复插件由待修复应用的补丁文件以及与用于加载补丁文件以修复待修复应用的文件加载方法生成。
[0040] 上述待修复应用的宿主程序(即待修复应用的应用程序)可以集成对应的SDK(Software Development Kit，软件开发工具包)，上述执行主体可以通过宿主程序的SDK拉取到插件列表，并从中提取出热修复插件。
[0041] 补丁文件可以是用于修复待修复应用的文件，可以包括用于实现待修复应用的功能的函数、类等。该补丁文件可以根据应用开发者为了修复应用的漏洞编写的修复代码生成，该修复代码可以包括类替换代码和/或函数替换代码。
[0042] 在本实施例中，还可以预先将用于加载补丁文件以修复待修复应用的文件加载方法与补丁文件一并集成至待修复应用的热修复插件。该用于加载补丁文件以修复待修复应用的文件加载方法可以包含加载该补丁文件的实现逻辑，具体可以包含将补丁文件加载至待修复应用中的程序代码。这样，本实施例的应用的热修复方法的执行主体可以获取该集成了补丁文件的加载方法的热修复插件。
[0043] 在实际场景中，应用的服务器可以将包含补丁文件以及补丁文件的加载方法的热修复插件通过配置的下发渠道下发至已安装该应用的客户端，客户端可以接收该热修复插件。或者，客户端可以自动检测应用版本是否更新，若是，则可以向服务器发起插件获取请求，接收应用的服务器响应于该获取请求而下发的热修复插件。
[0044] 步骤202，加载热修复插件，根据加载热修复插件获得的文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并采用文件加载方法将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。
[0045] 在本实施例中，在宿主程序运行过程中，可以通过宿主程序的SDK加载热修复插件，以获取补丁文件和补丁文件的文件加载方法。然后可以采用获取的补丁文件的文件加载方法来加载补丁文件。
[0046] 具体地，可以采用加载热修复插件获得的文件加载方法将补丁文件加载到内存中，得到补丁文件对应的数据结构，作为已修复数据结构。采用加载热修复插件获得的文件加载方法查找到内存中与补丁文件对应的待修复数据结构，利用已修复数据结构替换对应的待修复数据结构，即将已修复数据结构写入内存中，并将待修复数据结构从内存中移除。这样，在应用修复后需要调用补丁文件中的方法或参数时，可以访问对应的已修复数据结构来执行对应的方法或读取对应的参数。
[0047] 需要说明的是，上述补丁文件对应的待修复数据结构可以是在应用修复前内存中的与补丁文件中的补丁数据对应的数据结构。补丁文件对应的已修复结构可以是通过启动应用后加载补丁文件到内存中获得的数据结构。该数据结构的类别可以是数组、栈、队列、链表等，待修复数据结构与已修复数据结构的类别相同，这样，可以采用相同类别的已修复数据结构替换内存中补丁文件对应的待修复数据结构，从而保证替换前后内存中数据结构的一致性。
[0048] 本申请上述实施例的应用的热修复方法，宿主程序在集成对应的SDK之后，当发现需要修复的漏洞时，通过在热修复插件中集成补丁文件以及补丁文件的文件加载方法，将所有热修复的功能集成在插件中以供宿主程序的SDK加载，不需要重新发布新的SDK包。在后续修复其他漏洞时，可以调整热修复插件中的文件加载方法，不需要改动宿主程序的SDK，简化了热修复的流程，无需重新启动应用即可使修复生效，能够实现实时、无感知的热修复。
[0049] 本申请上述实施例的应用的热修复方法还通过在运行应用时对内存中的待修复数据结构进行替换来实现修复，无需考虑不同应用版本的数据结构内部的不同组织方式，具有良好的版本兼容性，能够提升热修复的成功率。
[0050] 在本实施例的一些可选的实现方式中，上述补丁文件可以包括用于修复待修复应用中的待修复函数的目标函数以及目标函数的标识。该目标函数的标识可以由函数名、函数所属的类名组成；或者该目标函数可以是在生成补丁包时为目标函数配置的标识。该目标函数的标识可以用于标识补丁文件被加载到内存之后得到的数据结构所指向的类和函数。
[0051] 这时，上述采用文件加载方法将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构，可以包括：根据目标函数的标识查找出对应的待修复函数的数据结构的内存地址，采用内存拷贝的方式将已修复数据结构拷贝至待修复函数对应的数据结构的内存地址。
[0052] 具体来说，可以根据该目标函数的标识找到对应的待修复函数的数据结构的在内存中的起始地址，然后将该起始地址作为目标dest所指的内存地址的起始位置，将加载补丁文件到内存中得到的已修复数据结构的内存起始地址作为源src所指的内存地址的起始位置，已修复数据结构的大小(即字节数)为n。采用内存拷贝(memcpy)函数，将从源src所指的内存地址的起始位置的n个字节的数据拷贝至目标dest所指的内存地址的起始位置。这样，通过内存拷贝实现了已修复数据结构对待修复数据结构的覆盖。在下次执行时访问该内存地址可以调用目标函数，实现应用的热修复。
[0053] 通过将目标函数和目标函数的标识集成在热修复插件中，应用程序加载热修复插件时可以获取目标函数的已修复数据结构。在修复过程中无需分辨函数中不同字段的功能，例如在修复函数的运行逻辑时不需要关注函数中哪些字段负责函数的运行逻辑、哪些字段表征函数所调用的参数，只需要通过目标函数的标识准确地查找到待修复函数的整体数据结构并进行内存拷贝，不需要为不同版本的应用分别开发相应的热修复插件，进一步提升了不同版本的应用对热修复方法的兼容性。
[0054] 在进一步的实现方式中，上述补丁文件可以是基于如下方式生成的：根据待修复应用的已修复版本安装包和未修复版本安装包的差异，提取出用于修复待修复应用中的待修复函数的目标函数；对目标函数以及目标函数的标识进行打包生成补丁文件。
[0055] 在这里，补丁文件可以是由应用的服务器生成的。服务器可以比对待修复应用的新版本的apk(即已修复版本安装包)和旧版本apk(即待修复版本安装包)，标记出两者中存在差异的函数，然后从新版本apk中提取出该存在差异的函数作为目标函数，之后获取该目标函数的函数名、类名作为目标函数的标识，或者可以为该目标函数配置标识，通过该标识可以查找到该目标函数对应的数据结构。将目标函数以及目标函数的标识放到指定的目录下，打包生成补丁文件。
[0056] 进一步地，可以将补丁文件和补丁文件的文件加载方法集成到热修复插件中，这样，在加载热修复插件后，可以获取补丁文件中的目标函数的已修复数据结构，进而基于目标函数的已修复数据结构对待修复数据结构进行替换。
[0057] 继续参考图3，其示出了根据本申请的应用的热修复方法的另一个实施例的流程图。该应用的热修复方法可以应用于已安装待修复应用的终端设备，该应用的热修复方法的流程300，可以包括：
[0058] 步骤301，获取待修复应用的热修复插件，其中，热修复插件由待修复应用的补丁文件以及与用于加载补丁文件以修复待修复应用的文件加载方法生成。
[0059] 在本实施例中，上述应用的热修复方法的执行主体可以从与其通过网络连接的服务器获取待修复应用的热修复插件。具体地，该执行主体启动待修复应用之后，待修复应用的宿主程序可以集成对应的SDK。上述执行主体可以通过SDK读取拉取到插件列表，并从中提取出热修复插件。
[0060] 补丁文件可以是用于修复待修复应用的文件，可以包括用于实现待修复应用的功能的函数、类等。用于加载补丁文件以修复待修复应用的文件加载方法可以包含加载该补丁文件的实现逻辑，具体可以包含将补丁文件加载至待修复应用中的程序代码。
[0061] 本实施的应用的热修复方法的流程300的步骤301与前述实施例的步骤201一致，步骤301的具体实现方式也可以参考步骤201的描述，此处不再赘述。
[0062] 步骤302，获取待修复应用的状态信息，并判断待修复应用的状态信息是否满足预设的修复条件。
[0063] 待修复应用的状态信息可以包括待修复应用的版本号、完整性信息、应用修复状态信息等。可以预先设定修复条件，当待修复应用的状态信息满足预设的修复条件时，执行热修复操作。
[0064] 具体地，上述预设的修复条件可以包括但不限于以下任意一项：待修复应用的版本号为当前获取的热修复插件所针对的版本号，待修复应用的完整性信息表征待修复应用是否完整，待修复应用的应用修复状态是否为未修复状态。
[0065] 则可以判断待修复应用的版本号(VersionCode或VersionName)是否为当前获取的热修复插件所针对的版本号，判断待修复应用的完整性信息是否表征待修复应用是否完整，判断待修复应用的应用修复状态是否为未修复状态，等等。
[0066] 在本实施例的一些可选的实现方式中，可以预先根据当前的热修复插件设定对应的修复条件，上述执行主体在获取热修复插件时可以一并获取该修复条件，进而可以判断待修复应用的当前状态信息是否满足该修复条件。
[0067] 步骤303，响应于确定待修复应用的状态信息满足预设的修复条件，加载热修复插件，根据加载热修复插件获得的文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并采用文件加载方法将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。
[0068] 当待修复应用的状态信息满足预设的修复条件时，可以运行热修复插件执行热修复操作。具体地，当待修复应用满足版本号(versioncode或versionname)为当前获取的热修复插件所针对的版本号，完整性信息表征待修复应用是否完整，应用修复状态是否为未修复状态等条件时，可以确定待修复应用的状态信息满足预设的修复条件。
[0069] 可以按照如下方式执行热修复操作：加载热修复插件，根据加载热修复插件获得的文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并采用文件加载方法将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。
[0070] 该热修复操作的具体实现方式和可选实现方式可以参考前述实施中步骤202的描述，此处不再赘述。
[0071] 本实施的应用的热修复方法的流程300，通过增加的根据待修复应用的应用状态信息进行修复条件的判断，在满足修复条件时执行热修复操作，实现了对热修复插件的合法性验证，能够使待修复应用准确地加载针对其漏洞进行修复的热修复插件，并且在待修复应用的状态满足修复条件时可以提升热修复插件加载的成功率，从而提升了热修复的成功率。
[0072] 请参考图4，其示出了根据本申请的应用的热修复方法的又一个实施例的流程图。本实施例的应用的热修复方法可以应用于应用的服务器(例如图1所示的服务器)。如图4所示，本实施的应用的热修复方法的流程400，可以包括以下步骤：
[0073] 步骤401，根据待修复应用的已修复版本安装包和未修复版本安装包的差异，生成补丁文件。
[0074] 在本实施例中，应用的修复方法的执行主体可以获取应用开发者修复漏洞后打包生成的已修复版本apk，并比对已修复版本apk与已在线上平台发布的应用的未修复版本apk的差异。将二者的差异打包生成补丁文件。
[0075] 步骤402，将待修复应用的补丁文件以及用于加载补丁文件以修复待修复应用的文件加载方法集成到待修复应用的热修复插件中。
[0076] 应用开发者还可以编写用于加载补丁文件以修复待修复应用的文件加载方法的实现逻辑，并将该文件加载方法的实现逻辑与补丁文件集成到待修复应用的热修复插件中。具体可以将文件加载方法的实现逻辑封装生成加载方法文件，与补丁文件一起放到指定目录下，热修复插件被宿主程序的SDK加载时会在指定目录下读取补丁文件以及加载方法文件，从而获取补丁文件和文件加载方法。
[0077] 步骤403，向客户端发送待修复应用的热修复插件，客户端通过采用加载热修复插件获取补丁文件和文件加载方法，采用文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。
[0078] 上述执行主体可以配置热修复插件的下发渠道、宿主版本等信息，然后根据下发渠道和宿主版本等信息将热修复插件通过下发至已安装待修应用的客户端。
[0079] 客户端在运行待修复应用时，宿主程序可以加载热修复插件获取补丁文件和文件加载方法，即可以读取指定目录下的补丁文件和文件加载方法，运行该文件加载方法以将补丁文件加载到内存中得到对应的已修复数据结构，查找到待修复应用的宿主程序运行时内存中的待修复数据结构，采用已修复数据结构替换内存中的待修复数据结构，从而实现待修复应用的修复。
[0080] 本申请上述实施例的应用的热修复方法的流程400，通过比对已修复版本安装包很未修复版本安装包的差异生成补丁文件，并将补丁文件和配置的用于加载补丁文件以修复待修复应用的文件加载方法集成至热修复插件中，下发至客户端，以供客户端通过加载热修复插件执行文件加载方法，利用补丁文件对应的已修复数据结构替换待修复应用运行时内存中的待修复数据结构，能够通过插件化的方式实现应用的热修复。由于将补丁文件和补丁文件的加载方法都集成在插件中，不需要改动客户端的宿主程序的SDK即可实现应用的修复，不需要迭代更新SDK即可实现多次漏洞修复，简化了热修复方法。
[0081] 在本实施例的一些可选的实现方式中，上述根据待修复应用的已修复版本安装包和未修复版本安装包的差异，生成补丁文件的步骤401，可以包括：比对待修复应用的已修复版本安装包中和未修复版本安装包得到差异函数；对差异函数以及差异函数的标识进行打包生成补丁文件。
[0082] 具体来说，可以比对已修复版本安装包和未修复版本安装包，找出二者中存在差异的函数作为差异函数。然后对差异函数进行标识，或者获取差异函数的函数名、类名作为差异函数的标识，对差异函数和差异函数的标识打包，生成补丁文件。这样，在客户端加载补丁文件时，可以将差异函数加载到内存中得到对应的数据结构，并通过差异函数的标识查找到内存中对应的待修复函数的数据结构，进而采用差异函数对应的数据结构替换内存中待修复函数对应的数据结构。由于补丁文件中包含差异函数，在修复时可以实现函数整体数据结构的替换，不需要关心函数内部的实现逻辑，不需要为不同版本的应用单独开发插件，也即上述热修复插件可通用于不同版本的应用中，提升了热修复方法的兼容性。
[0083] 进一步参考图5，作为对上述方法的实现，本申请提供了一种应用的热修复装置的一个实施例，该装置实施例与图2或图3所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
[0084] 如图5所示，本实施例的应用的热修复装置500包括获取单元501和加载单元502。其中，获取单元501被配置为获取待修复应用的热修复插件，其中，热修复插件由待修复应用的补丁文件以及与用于加载补丁文件以修复待修复应用的文件加载方法生成；加载单元
502被配置为加载热修复插件，根据加载热修复插件获得的文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并采用文件加载方法将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。
502被配置为加载热修复插件，根据加载热修复插件获得的文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并采用文件加载方法将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。
[0085] 在一些实施例中，上述补丁文件可以包括用于修复待修复应用中的待修复函数的目标函数以及目标函数的标识；以及上述加载单元502可以进一步被配置为采用文件加载方法，按照如下方式将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构：根据目标函数的标识查找出对应的待修复函数的数据结构的内存地址，采用内存拷贝的方式将已修复数据结构拷贝至待修复函数对应的数据结构的内存地址。
[0086] 在一些实施例中，上述补丁文件可以是基于如下方式生成的：根据待修复应用的已修复版本安装包和未修复版本安装包的差异，提取出用于修复待修复应用中的待修复函数的目标函数；对目标函数以及目标函数的标识进行打包生成补丁文件。
[0087] 在一些实施例中，上述装置500还可以包括：验证单元，被配置为获取待修复应用的状态信息，并判断待修复应用的状态信息是否满足预设的修复条件；以及上述加载单元502可以进一步被配置为响应于验证单元确定待修复应用的状态信息满足预设的修复条件，加载热修复插件。
[0088] 应当理解，装置500中记载的诸单元与参考图2和图3描述的方法中的各个步骤相对应。由此，上文针对应用的热修复方法流程200和300描述的操作和特征同样适用于装置500及其中包含的单元，在此不再赘述。
[0089] 本申请上述实施例的应用的热修复装置500，通过获取单元获取待修复应用的热修复插件，其中，热修复插件由待修复应用的补丁文件以及与用于加载补丁文件以修复待修复应用的文件加载方法生成；加载单元加载热修复插件，根据加载热修复插件获取的文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并采用文件加载方法将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构，实现了插件化的应用修复，在修复过程中无需更新宿主软件开发工具包，能够实现无感知的热修复；通过替换内存中的数据结构的方式进行修复，能够达到良好的兼容性和较高的成功率。
[0090] 继续参考图6，作为对上述方法的实现，本申请提供了一种应用的热修复装置的另一个实施例，该装置实施例与图4所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
[0091] 如图6所示，本实施例的应用的热修复装置600包括生成单元601、集成单元602以及发送单元603。其中，生成单元601被配置为根据待修复应用的已修复版本安装包和未修复版本安装包的差异，生成补丁文件；集成单元602被配置为将待修复应用的补丁文件以及用于加载补丁文件以修复待修复应用的文件加载方法集成到待修复应用的热修复插件中；发送单元603被配置为向客户端发送待修复应用的热修复插件，客户端通过采用加载热修复插件获取补丁文件和文件加载方法，采用文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。
[0092] 在一些实施例中，上述生成单元601可以进一步被配置为按照如下方式生成补丁文件：比对待修复应用的已修复版本安装包中和未修复版本安装包得到差异函数；对差异函数以及差异函数的标识进行打包生成补丁文件。
[0093] 应当理解，装置600中记载的诸单元与参考图4描述的方法中的各个步骤相对应。由此，上文针对应用的热修复方法流程400描述的操作和特征同样适用于装置600及其中包含的单元，在此不再赘述。
[0094] 本申请上述实施例的应用的热修复装置600，通过比对已修复版本安装包很未修复版本安装包的差异生成补丁文件，并将补丁文件和配置的用于加载补丁文件以修复待修复应用的文件加载方法集成至热修复插件中，下发至客户端以供客户端通过加载热修复插件执行文件加载方法，能够通过插件化的方式实现应用的热修复。由于将补丁文件和补丁文件的加载方法都集成在插件中，不需要改动客户端的宿主程序的SDK即可实现应用的修复，不需要迭代更新SDK即可实现多次漏洞修复，简化了热修复方法。
[0095] 本申请实施例还提供了一种电子设备，包括一个或多个处理器以及存储装置。存储装置用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述参考图2、图3或图4描述的应用的热修复方法。
[0096] 下面参考图7，其示出了适于用来实现本申请实施例的电子设备的计算机系统700的结构示意图。图7示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
[0097] 如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
[0098] 以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分705；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
[0099] 特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
[0100] 可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0101] 附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0102] 描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元和加载单元。或者可以描述为：一种处理器包括生成单元、集成单元和发送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“获取待修复应用的热修复插件的单元”。
[0103] 作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：获取待修复应用的热修复插件，其中，热修复插件由待修复应用的补丁文件以及与用于加载补丁文件以修复待修复应用的文件加载方法生成；加载热修复插件，根据加载热修复插件获得的文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并采用文件加载方法将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。
[0104] 本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：根据待修复应用的已修复版本安装包和未修复版本安装包的差异，生成补丁文件；将待修复应用的补丁文件以及用于加载补丁文件以修复待修复应用的文件加载方法集成到待修复应用的热修复插件中；向客户端发送待修复应用的热修复插件，客户端通过采用加载热修复插件获取补丁文件和文件加载方法，采用文件加载方法将补丁文件加载到内存中得到补丁文件对应的已修复数据结构，并将内存中与补丁文件对应的待修复数据结构替换为补丁文件对应的已修复数据结构。
[0105] 以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 基于代码变更历史的软件代码质量问题自动修复方法、系统及介质 | 2020-05-08 | 587 |
| 软件相似性度量方法及装置 | 2020-05-08 | 219 |
| 一种管理自组网设备的方法、装置以及电子设备 | 2020-05-11 | 922 |
| 安全补丁推送方法和装置 | 2020-05-11 | 990 |
| 基于大数据的软件第三方组件漏洞应急响应系统及方法 | 2020-05-11 | 239 |
| 一种容器镜像的替换方法 | 2020-05-11 | 964 |
| 一种基于jenkins的web项目更新补丁生成方法 | 2020-05-08 | 660 |
| 一种基于通用平台的多层共轭自适应光学的实时控制器 | 2020-05-08 | 649 |
| 一种消除EtherCAT通讯周期抖动的系统及方法 | 2020-05-08 | 632 |
| 数据同步方法及装置 | 2020-05-11 | 104 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈