CN107729041A - 应用程序热更新方法、装置、终端和存储介质 - Google Patents

Abstract

本申请涉及一种应用程序热更新方法、装置、终端和存储介质。所述方法包括：启动应用程序，加载映射文件和多个当前版本资源文件包；所述映射文件中记录了业务功能标识和对应的资源文件包标识；生成版本更新请求，将所述版本更新请求发送至服务器；以使得服务器根据所述版本更新请求查询是否存在新版本对应的更新文件，若存在，则获取所述更新文件；接收服务器返回的更新文件，所述更新文件包括多个新版本资源文件包，所述新版本资源文件包具有所述资源文件包标识；利用所述映射文件动态加载与业务功能标识对应的新版本资源文件包；若检测到新版本资源文件包加载失败，则向当前版本资源文件包进行回滚。

Description

应用程序热更新方法、装置、终端和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种应用程序热更新方法、装置、终端和存储介质。

背景技术

React Native(一款基于JavaScript框架来开发应用程序的开源框架)热更新可以在应用程序不需要重新安装的前提下进行代码和资源的更新。其工作机制是通过将一系列资源打包成bundle文件(一种资源文件包)，应用程序加载bundle文件，进而完成热更新。在传统的方式中，React Native热更新时会将所有的js文件都打包入一个bundle文件中，将整个bundle文件进行发布。如果bundle文件加载失败，有可能会导致整个应用程序的崩溃。如何在React Native热更新时有效避免整个应用程序的崩溃成为目前需要解决的一个技术问题。

发明内容

基于此，有必要针对上述技术问题，提供一种在React Native热更新时有效避免应用程序出现崩溃情形的应用程序热更新方法、装置、终端和存储介质。

一种应用程序热更新方法，包括：

启动应用程序，加载映射文件和多个当前版本资源文件包；所述映射文件中记录了业务功能标识和对应的资源文件包标识；

生成版本更新请求，将所述版本更新请求发送至服务器；以使得服务器根据所述版本更新请求查询是否存在新版本对应的更新文件，若存在，则获取所述更新文件；

接收服务器返回的更新文件，所述更新文件包括多个新版本资源文件包，所述新版本资源文件包具有所述资源文件包标识；

利用所述映射文件动态加载与业务功能标识对应的新版本资源文件包；

若检测到新版本资源文件包加载失败，则向当前版本资源文件包进行回滚。

在其中一个实施例中，所述更新文件包括新版本图片，所述方法还包括：

当应用程序启动时，加载本地的透明图片；

当接收到更新文件时，在所述更新文件获取应用程序对应的图片更新路径；

根据所述图片更新路径查询所述更新文件中是否存在新版本图片；

若存在，则获取新版本图片，利用所述新版本图片覆盖透明图片进行图片更新。

在其中一个实施例中，所述利用所述映射文件动态加载与业务功能标识对应的新版本资源文件包的步骤包括：

获取业务功能对应的动态引用方法；

获取多个业务功能之间的依赖关系；

利用所述动态引用方法和所述依赖关系在映射文件中查询需要加载的资源文件包标识；

根据查询到的资源文件包标识获取新版本资源文件包，将新版本资源文件包进行动态加载。

在其中一个实施例中，所述方法还包括：

若应用程序发生崩溃，识别出现崩溃的业务功能，获取对应的业务功能标识；

根据所述业务功能标识在映射文件中查询对应的资源文件包标识；

根据查询到的资源文件包标识对发生崩溃的故障部位进行定位。

在其中一个实施例中，所述当前版本资源文件包括当前版本bundle文件，所述新版资源文件包括新版本bundle文件对应的补丁文件；在所述利用所述映射文件动态加载与业务功能标识对应的新版本资源文件包的步骤之后，还包括：

在所述更新文件中提取新版本bundle文件对应的第一校验码；

将所述补丁文件与当前版本bundle文件进行合并，得到合并后的新版本bundle文件；

计算所述合并后的新版本bundle文件对应的第二校验码；

将所述第一校验码和第二校验码进行比较，若不同，则表示所述补丁文件加载失败，从合并后的新版本bundle文件回滚至当前版本bundle文件。

一种应用程序热更新装置，所述装置包括：

启动模块，用于启动应用程序，加载映射文件和多个当前版本资源文件包；所述映射文件中记录了业务功能标识和对应的资源文件包标识；

通信模块，用于生成版本更新请求，将所述版本更新请求发送至服务器；以使得服务器根据所述版本更新请求查询是否存在新版本对应的更新文件，若存在，则获取所述更新文件；接收服务器返回的更新文件，所述更新文件包括多个新版本资源文件包，所述新版本资源文件包具有所述资源文件包标识；

动态加载模块，用于利用所述映射文件动态加载与业务功能标识对应的新版本资源文件包；

回滚模块，用于若检测到新版本资源文件包加载失败，则向当前版本资源文件包进行回滚。

在其中一个实施例中，所述更新文件包括新版本图片，所述启动模块还用于当应用程序启动时，加载本地的透明图片；所述动态加载模块还用于当接收到更新文件时，在所述更新文件获取应用程序对应的图片更新路径；根据所述图片更新路径查询所述更新文件中是否存在新版本图片；若存在，则获取新版本图片，利用所述新版本图片覆盖透明图片进行图片更新。

在其中一个实施例中，所述动态加载模块还用于获取业务功能对应的动态引用方法；获取多个业务功能之间的依赖关系；利用所述动态引用方法和所述依赖关系在映射文件中查询需要加载的资源文件包标识；根据查询到的资源文件包标识获取新版本资源文件包，将新版本资源文件包进行动态加载。

一种终端，包括存储器及处理器，所述存储器中储存有计算机可读指令，所述指令被所述处理器执行时，使得所述处理器执行上述方法的步骤。

一个或多个存储有计算机可读指令的计算机可读非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述方法的步骤。

上述应用程序热更新方法、装置、终端和存储介质，在应用程序进行React Native热更新时，通过版本更新请求可以获得更新文件。利用映射文件中的业务功能标识和资源文件包标识的映射关系对新版本资源文件包进行动态加载。若出现某个新版本资源文件包加载失败时，能够有效避免对其他业务功能的程序模块造成影响，从而能够有效避免应用程序崩溃的情形。若出现某个新版本资源文件包加载失败，则向当前版本资源文件包进行回滚，由此确保应用程序能够继续正常运行。从而实现了在React Native热更新时能够有效避免应用程序的崩溃。

附图说明

图1为一个实施例中应用程序热更新方法的应用场景图；

图2为图1中终端的框图；

图3为一个实施例中应用程序热更新方法的流程图；

图4为一个实施例中应用程序热更新装置的框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一客户端称为第二客户端，且类似地，可将第二客户端称为第一客户端。第一客户端和第二客户端两者都是客户端，但其不是同一客户端。

本申请实施例中所提供的应用程序热更新方法可以应用于如图1所示的应用场景中。终端102通过网络与服务器104进行连接。终端102安装了应用程序。当应用程序启动时，加载基础文件包、映射文件和多个当前版本资源文件包。当应用程序启动后，应用程序生成版本更新请求，通过网络将版本更新请求发送至服务器104。服务器104接收版本更新请求，根据版本更新请求中所携带的应用程序标识和当前版本号查询是否存在新版本对应的更新文本。若存在，则服务器104获取新版本对应的更新文件，将更新文件返回至终端102。终端102利用应用程序接收新版本的更新文件，利用映射文件动态加载与业务功能标识对应的新版本资源文件包。当终端102利用应用程序加载新版本资源文件包时，如果出现加载失败的情形，将新版本资源文件包向当前版本资源文件包进行回滚。从而能够有效避免应用程序崩溃的情形，确保应用程序能够继续正常运行。

图2为一个实施例中终端的内部框图。如图2所示，该终端包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口、显示屏和输入装置。其中，终端的处理器用于提供计算和控制能力。该终端的存储器包括非易失性存储介质、内存储器。该终端的非易失性存储介质存储有操作系统和和计算机可读指令，该终端的内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机可读指令被处理器执行时以实现一种应用程序热更新方法。网络接口用于与服务器进行网络通信，如发送版本更新请求以及接收服务器返回的更新文件等。终端的显示屏可以是液晶显示屏或者电子墨水显示屏等，输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板等。该终端可以是手机、平板电脑或者个人数字助理或穿戴式设备等。本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的终端的限定，具体的终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，如图3所示，提供了一种应用程序热更新方法，以该方法应用于终端为例进行说明，具体包括以下步骤：

步骤302，启动应用程序，加载映射文件和多个当前版本资源文件包；映射文件中记录了业务功能标识和对应的资源文件包标识。

步骤304，生成版本更新请求，将版本更新请求发送至服务器；以使得服务器根据版本更新请求查询是否存在新版本对应的更新文件，若存在，则获取更新文件。

步骤306，接收服务器返回的更新文件，更新文件包括多个新版本资源文件包，新版本资源文件包具有资源文件包标识。

步骤308，利用映射文件动态加载与业务功能标识对应的新版本资源文件包。

步骤310，若检测到新版本资源文件包加载失败，则向当前版本资源文件包进行回滚。

终端安装了应用程序。当应用程序启动时，加载基础文件包、映射文件和多个当前版本资源文件包。基础文件包涉及应用程序的基本功能和公共库，与业务无关。资源文件包可以是按照业务功能进行分包处理得到的。应用程序可以具有多项业务功能，例如，保险、理财以及违章查询等。不同的业务功能可以有不同的资源文件包。映射文件中记录了业务功能标识与资源文件包标识之间的映射关系。不同版本的资源文件包可以采用相同的文件标识。

应用程序可以有多个版本。新版本可以增加新的业务功能或者对已有业务功能进行修复。当应用程序启动后，应用程序获取应用程序标识、当前版本号以及终端信息等，并且利用应用程序标识、当前版本号以及终端信息等生成版本更新请求，将版本更新请求发送至服务器。服务器接收版本更新请求，根据版本更新请求中所携带的应用程序标识和当前版本号查询是否存在新版本对应的更新文本。若存在，则服务器获取新版本对应的更新文件，将更新文件返回至终端。

终端利用应用程序接收新版本的更新文件。更新文件可以是压缩文件。终端利用应用程序对更新文件进行解压缩，得到多个与新版本资源文件包。在对应用程序进行ReactNative热更新时，为了有效避免因新版本资源文件包加载失败而导致应用程序崩溃的问题，应用程序利用映射文件动态加载与业务功能标识对应的新版本资源文件包。

在其中一个实施例中，利用映射文件动态加载与业务功能标识对应的新版本资源文件包的步骤包括：获取业务功能对应的动态引用方法；获取多个业务功能之间的依赖关系；利用动态引用方法和依赖关系在映射文件中查询需要加载的资源文件包标识；根据查询到的资源文件包标识获取新版本资源文件包，将新版本资源文件包进行动态加载。

在对应用程序进行React Native热更新时，传统方式中资源文件包可以位于assets目录下。本实施例中，为了便于对多个资源文件包的管理，可以将经过分包处理后的新版本资源文件包更换至其他指定目录，并且在指定目录下所有的新版本资源文件包可以采用平级存放。

每个业务功能可以具有对应的程序模块，通过运行程序模块来实现相应的业务功能。为了便于React Native热更新时能够对新版本资源文件包进行动态加载，开发人员在进行应用程序的开发过程中，可以对多个业务功能对应的程序模块之间的引用方法进行修改。传统的方式中，程序模块之间的引用方法采用静态引用方法，也就是说，将所有js文件打包入一个资源文件包中，将多个程序模块所需的整个资源文件包进行加载。若静态加载资源文件包失败，则会对多个程序模块造成影响，甚至可能会导致应用程序崩溃。

在本实施例中，程序模块之间的引用方法修改为动态引用方法。利用动态引用方法和映射文件加载所需的资源文件包。具体的，应用程序获取多个业务功能的程序模块之间的动态引用方法，以及多个业务功能的程序模块之间的依赖关系。应用程序利用该动态引用方法和依赖关系在映射文件中查询需要加载的资源文件包标识。应用程序获取资源文件包获取接口，利用该接口可以根据查询到的资源文件包标识在指定目录下获取新版本资源文件包。由此实现将多个新版本资源文件包逐一进行动态加载。通过对每个业务功能的新版本资源文件包进行动态加载，若出现某个新版本资源文件包加载失败时，能够有效避免对其他业务功能的程序模块造成影响，从而能够有效避免应用程序崩溃的情形。

在应用程序进行React Native热更新时，终端可以通过应用程序当前版本资源文件包进行备份。当加载新版本资源文件包时，如果出现加载失败的情形，则获取备份后的资源文件包，利用备份后的资源文件包将新版本资源文件包向当前版本资源文件包进行回滚，以此确保应用程序能够继续正常运行。

本实施例中，在应用程序进行React Native热更新时，通过版本更新请求可以获得更新文件。利用映射文件中的业务功能标识和资源文件包标识的映射关系对新版本资源文件包进行动态加载。若出现某个新版本资源文件包加载失败时，能够有效避免对其他业务功能的程序模块造成影响，从而能够有效避免应用程序崩溃的情形。若出现某个新版本资源文件包加载失败，则向当前版本资源文件包进行回滚，由此确保应用程序能够继续正常运行。从而实现了在React Native热更新时能够有效避免应用程序的崩溃。

进一步的，在进行React Native热更新时，可以采用增量热更新。新版本资源文件包可以是当前版本资源文件包的补丁文件。当应用程序接收到该补丁文件后，利用映射文件对补丁文件进行动态加载。将加载后的补丁文件与当前版本资源文件包进行合并，以此实现对应用程序的热更新。由于补丁文件较小，能够有效提高文件传输速度，加快热更新效率。

进一步的，如果应用程序新增了业务功能，还需要对映射文件进行更新。映射文件更新可以是全量更新也可也是增量更新。当映射文件为全量更新时，应用程序接收服务器返回的更新文件，在更新文件中提取全量更新的映射文件，将全量更新的映射文件进行加载，对本地映射文件进行覆盖。然后利用全量更新的映射文件对新版本资源文件包进行动态加载。当映射文件为增量更新时，应用程序接收服务器返回的更新文件，在更新文件中提取增量更新的映射文件，将增量更新的映射文件进行加载。利用增量更新的映射文件与本地映射文件进行合并，得到更新后的映射文件。利用更新后的映射文件对新版本资源文件包进行动态加载。由此方便快捷的实现应用程序的热更新。

在一个实施例中，所述更新文件包括新版本图片，该方法还包括：当应用程序启动时，加载本地的透明图片；当接收到更新文件时，在更新文件获取应用程序对应的图片更新路径；根据图片更新路径查询更新文件中是否存在新版本图片；若存在，则获取新版本图片，利用新版本图片覆盖透明图片进行图片更新。

在传统的方式中，整个资源文件包被静态加载之后，可能会出现图片无法正常渲染，导致图片无法显示的问题。本实施例中，如果新版本中对图片进行了更新，服务器在接收到版本更新请求之后，根据该请求获取相应的更新后的图片。具体的，版本更新请求中携带了终端信息。终端信息包括终端型号、屏幕尺寸和屏幕分辨率等。服务器根据终端信息获取对应的新版本图片，将新版本图片写入更新文件。终端接收到服务器返回的更新文件，除了对新版本资源文件包进行动态加载，还需要对新版本图片进行加载。

应用程序启动时，除了加载基础文件包、映射文件和多个当前版本资源文件包之外，还会加载本地默认的透明图片。当加载透明图片时，显示效果为当前没有内容可显示。透明图片可以具有相应的尺寸，例如16×16等。通过加载透明图片，可以有效防止应用程序的崩溃，并且由于透明图片具有相应的尺寸，可以有效防止页面布局的错乱。

当终端接收到服务器返回的更新文件后，终端通过应用程序在更新文件中获取图片更新路径。应用程序根据图片更新路径在更新文件中查询是否存在新版本图片，若存在，则获取新版本图片，将新版本图片进行加载覆盖透明图片，以实现图片更新。若根据更新路径在更新文件中未查询到新版本图片，则获取本地默认图片路径，根据默认图片路径在本地查询当前版本图片，将当前版本图片进行加载覆盖透明图片。若在本地查询不到当前图片，则继续显示透明图片。在这个过程中，由于更新文件中只包括与终端信息对应的更新图片，不需要向应用程序下发所有的图片，有效减少了更新文件的大小，不仅提高了更新文件的传输速度，而且有效提高了应用程序的更新效率。

在一个实施例中，该方法还包括：若应用程序发生崩溃，识别出现崩溃的业务功能，获取对应的业务功能标识；根据业务功能标识在映射文件中查询对应的资源文件包标识；根据查询到的资源文件包标识对发生崩溃的故障部位进行定位。

本实施例中，在应用程序运行的过程中(包括应用程序的使用过程和热更新过程)，如果出现了应用程序崩溃的情形，终端可以利用React Native识别出现崩溃的业务功能，获取该业务功能对应的业务功能标识。该业务功能标识也可以称为崩溃业务功能标识。终端利用React Native调用映射文件，根据崩溃业务功能标识在映射文件中查询对应的资源文件包标识。根据查询到的资源文件包标识识别出发生崩溃的资源文件包。从而能够对发生崩溃的部位进行快速准确定位，为开发人员对应用程序进行修复提供了方便。

在一个实施例中，当前版本资源文件包括当前版本bundle文件，新版资源文件包括新版本bundle文件对应的补丁文件；在利用映射文件动态加载与业务功能标识对应的新版本资源文件包的步骤之后，还包括：在更新文件中提取新版本bundle文件对应的第一校验码；将补丁文件与当前版本bundle文件进行合并，得到合并后的新版本bundle文件；计算合并后的新版本bundle文件对应的第二校验码；将第一校验码和第二校验码进行比较，若不同，则表示补丁文件加载失败，从合并后的新版本bundle文件回滚至当前版本bundle文件。

本实施例中，React Native热更新可以是增量热更新。更新文件中的新版本资源包可以是新版本bundle文件对应的补丁文件。更新文件中还包括新版本bundle文件对应的第一校验码。例如，第一校验码可以是MD5(Message-Digest Algorithm 5，消息摘要算法第五版)值。

在对应用程序进行增量热更新时，通过映射文件对新版本bundle文件对应的补丁文件进行动态加载。补丁文件加载后与相应的当前版本bundle文件进行合并生成合并后的新版本bundle文件。为了验证补丁文件的加载是否成功，终端可以利用React Native计算合并后的新版本bundle文件的第二校验码。例如，第二校验码也为MD5值。将第一校验码与第二校验码进行比较，如果二者相同，则表示补丁文件加载成功。如果二者不同，则表示补丁文件加载失败。通过对新版本bundle的第一校验码与合并后的新版本bundle文件的第二校验码进行比对，由此能够及时发现补丁文件是否成功加载。

为了防止因补丁文件加载失败而导致应用程序出现崩溃的情形，在确定补丁文件加载失败后，将合并后的新版本bundle文件回滚至当前版本bundle文件，以便确保应用程序能够正常运行。

如图4所示，本申请还提供了一种应用程序热更新装置，该应用程序热更新装置的内部结构可对应于如图2所示的结构，下述每个模块可全部或部分通过软件、硬件或其组合来实现。在一个实施例中，应用程序热更新装置包括：启动模块402、通信模块404、动态加载模块406和回滚模块408，其中：

启动模块402，用于启动应用程序，加载映射文件和多个当前版本资源文件包；映射文件中记录了业务功能标识和对应的资源文件包标识。

通信模块404，用于生成版本更新请求，将版本更新请求发送至服务器；以使得服务器根据版本更新请求查询是否存在新版本对应的更新文件，若存在，则获取更新文件；接收服务器返回的更新文件，更新文件包括多个新版本资源文件包，新版本资源文件包具有资源文件包标识。

动态加载模块406，用于利用映射文件动态加载与业务功能标识对应的新版本资源文件包。

回滚模块408，用于若检测到新版本资源文件包加载失败，则向当前版本资源文件包进行回滚。

在一个实施例中，更新文件包括新版本图片，启动模块402还用于当应用程序启动时，加载本地的透明图片；动态加载模块406还用于当接收到更新文件时，在更新文件获取应用程序对应的图片更新路径；根据图片更新路径查询更新文件中是否存在新版本图片；若存在，则获取新版本图片，利用新版本图片覆盖透明图片进行图片更新。

在一个实施例中，动态加载模块406还用于获取业务功能对应的动态引用方法；获取多个业务功能之间的依赖关系；利用动态引用方法和依赖关系在映射文件中查询需要加载的资源文件包标识；根据查询到的资源文件包标识获取新版本资源文件包，将新版本资源文件包进行动态加载。

在一个实施例中，该装置还包括：定位模块410，用于若应用程序发生崩溃，识别出现崩溃的业务功能，获取对应的业务功能标识；根据业务功能标识在映射文件中查询对应的资源文件包标识；根据查询到的资源文件包标识对发生崩溃的故障部位进行定位。

在一个实施例中，当前版本资源文件包括当前版本bundle文件，新版资源文件包括新版本bundle文件对应的补丁文件；该装置还包括校验模块412，用于在更新文件中提取新版本bundle文件对应的第一校验码；将补丁文件与当前版本bundle文件进行合并，得到合并后的新版本bundle文件；计算合并后的新版本bundle文件对应的第二校验码；将第一校验码和第二校验码进行比较，若不同，则表示补丁文件加载失败，回滚模块还用于从合并后的新版本bundle文件回滚至当前版本bundle文件。

一种终端，包括存储器及处理器，存储器中储存有计算机可读指令，指令被处理器执行时，使得处理器执行以下步骤：

一种应用程序热更新方法，包括：

启动应用程序，加载映射文件和多个当前版本资源文件包；映射文件中记录了业务功能标识和对应的资源文件包标识；

生成版本更新请求，将版本更新请求发送至服务器；以使得服务器根据版本更新请求查询是否存在新版本对应的更新文件，若存在，则获取更新文件；

接收服务器返回的更新文件，更新文件包括多个新版本资源文件包，新版本资源文件包具有资源文件包标识；

利用映射文件动态加载与业务功能标识对应的新版本资源文件包；

若检测到新版本资源文件包加载失败，则向当前版本资源文件包进行回滚。

在一个实施例中，所述更新文件包括新版本图片，处理器执行计算机可读指令时还执行以下步骤：

当应用程序启动时，加载本地的透明图片；

当接收到更新文件时，在所述更新文件获取应用程序对应的图片更新路径；

根据所述图片更新路径查询所述更新文件中是否存在新版本图片；

若存在，则获取新版本图片，利用所述新版本图片覆盖透明图片进行图片更新。

在一个实施例中，处理器执行计算机可读指令时还执行以下步骤：

获取业务功能对应的动态引用方法；

获取多个业务功能之间的依赖关系；

利用动态引用方法和依赖关系在映射文件中查询需要加载的资源文件包标识；

根据查询到的资源文件包标识获取新版本资源文件包，将新版本资源文件包进行动态加载。

在一个实施例中，处理器执行计算机可读指令时还执行以下步骤：

若应用程序发生崩溃，识别出现崩溃的业务功能，获取对应的业务功能标识；

根据业务功能标识在映射文件中查询对应的资源文件包标识；

根据查询到的资源文件包标识对发生崩溃的故障部位进行定位。

在一个实施例中，当前版本资源文件包括当前版本bundle文件，新版资源文件包括新版本bundle文件对应的补丁文件；在利用映射文件动态加载与业务功能标识对应的新版本资源文件包的步骤之后，处理器执行计算机可读指令时还执行以下步骤：

在更新文件中提取新版本bundle文件对应的第一校验码；

将补丁文件与当前版本bundle文件进行合并，得到合并后的新版本bundle文件；

计算合并后的新版本bundle文件对应的第二校验码；

将第一校验码和第二校验码进行比较，若不同，则表示补丁文件加载失败，从合并后的新版本bundle文件回滚至当前版本bundle文件。

在一个实施例中，提供了一个或多个存储有计算机可读指令的计算机可读非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：

一种应用程序热更新方法，包括：

启动应用程序，加载映射文件和多个当前版本资源文件包；映射文件中记录了业务功能标识和对应的资源文件包标识；

生成版本更新请求，将版本更新请求发送至服务器；以使得服务器根据版本更新请求查询是否存在新版本对应的更新文件，若存在，则获取更新文件；

接收服务器返回的更新文件，更新文件包括多个新版本资源文件包，新版本资源文件包具有资源文件包标识；

利用映射文件动态加载与业务功能标识对应的新版本资源文件包；

若检测到新版本资源文件包加载失败，则向当前版本资源文件包进行回滚。

在一个实施例中，所述更新文件包括新版本图片，计算机可读指令被处理器执行时还执行以下步骤：

当应用程序启动时，加载本地的透明图片；

当接收到更新文件时，在所述更新文件获取应用程序对应的图片更新路径；

根据所述图片更新路径查询所述更新文件中是否存在新版本图片；

若存在，则获取新版本图片，利用所述新版本图片覆盖透明图片进行图片更新。

在一个实施例中，计算机可读指令被处理器执行时还执行以下步骤：

获取业务功能对应的动态引用方法；

获取多个业务功能之间的依赖关系；

利用动态引用方法和依赖关系在映射文件中查询需要加载的资源文件包标识；

根据查询到的资源文件包标识获取新版本资源文件包，将新版本资源文件包进行动态加载。

在一个实施例中，计算机可读指令被处理器执行时还执行以下步骤：

若应用程序发生崩溃，识别出现崩溃的业务功能，获取对应的业务功能标识；

根据业务功能标识在映射文件中查询对应的资源文件包标识；

根据查询到的资源文件包标识对发生崩溃的故障部位进行定位。

在一个实施例中，当前版本资源文件包括当前版本bundle文件，新版资源文件包括新版本bundle文件对应的补丁文件；在利用映射文件动态加载与业务功能标识对应的新版本资源文件包的步骤之后，计算机可读指令被处理器执行时还执行以下步骤：

在更新文件中提取新版本bundle文件对应的第一校验码；

将补丁文件与当前版本bundle文件进行合并，得到合并后的新版本bundle文件；

计算合并后的新版本bundle文件对应的第二校验码；

将第一校验码和第二校验码进行比较，若不同，则表示补丁文件加载失败，从合并后的新版本bundle文件回滚至当前版本bundle文件。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种应用程序热更新方法，包括：

启动应用程序，加载映射文件和多个当前版本资源文件包；所述映射文件中记录了业务功能标识和对应的资源文件包标识；

生成版本更新请求，将所述版本更新请求发送至服务器；以使得服务器根据所述版本更新请求查询是否存在新版本对应的更新文件，若存在，则获取所述更新文件；

接收服务器返回的更新文件，所述更新文件包括多个新版本资源文件包，所述新版本资源文件包具有所述资源文件包标识；

利用所述映射文件动态加载与业务功能标识对应的新版本资源文件包；

若检测到新版本资源文件包加载失败，则向当前版本资源文件包进行回滚。

2.根据权利要求1所述的方法，其特征在于，所述更新文件包括新版本图片，所述方法还包括：

当应用程序启动时，加载本地的透明图片；

当接收到更新文件时，在所述更新文件获取应用程序对应的图片更新路径；

根据所述图片更新路径查询所述更新文件中是否存在新版本图片；

若存在，则获取新版本图片，利用所述新版本图片覆盖透明图片进行图片更新。

3.根据权利要求1所述的方法，其特征在于，所述利用所述映射文件动态加载与业务功能标识对应的新版本资源文件包的步骤包括：

获取业务功能对应的动态引用方法；

获取多个业务功能之间的依赖关系；

利用所述动态引用方法和所述依赖关系在映射文件中查询需要加载的资源文件包标识；

根据查询到的资源文件包标识获取新版本资源文件包，将新版本资源文件包进行动态加载。

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

若应用程序发生崩溃，识别出现崩溃的业务功能，获取对应的业务功能标识；

根据所述业务功能标识在映射文件中查询对应的资源文件包标识；

根据查询到的资源文件包标识对发生崩溃的故障部位进行定位。

5.根据权利要求1所述的方法，其特征在于，所述当前版本资源文件包括当前版本bundle文件，所述新版资源文件包括新版本bundle文件对应的补丁文件；在所述利用所述映射文件动态加载与业务功能标识对应的新版本资源文件包的步骤之后，还包括：

在所述更新文件中提取新版本bundle文件对应的第一校验码；

将所述补丁文件与当前版本bundle文件进行合并，得到合并后的新版本bundle文件；

计算所述合并后的新版本bundle文件对应的第二校验码；

将所述第一校验码和第二校验码进行比较，若不同，则表示所述补丁文件加载失败，从合并后的新版本bundle文件回滚至当前版本bundle文件。

6.一种应用程序热更新装置，其特征在于，所述装置包括：

启动模块，用于启动应用程序，加载映射文件和多个当前版本资源文件包；所述映射文件中记录了业务功能标识和对应的资源文件包标识；

通信模块，用于生成版本更新请求，将所述版本更新请求发送至服务器；以使得服务器根据所述版本更新请求查询是否存在新版本对应的更新文件，若存在，则获取所述更新文件；接收服务器返回的更新文件，所述更新文件包括多个新版本资源文件包，所述新版本资源文件包具有所述资源文件包标识；

动态加载模块，用于利用所述映射文件动态加载与业务功能标识对应的新版本资源文件包；

回滚模块，用于若检测到新版本资源文件包加载失败，则向当前版本资源文件包进行回滚。

7.根据权利要求6所述的装置，其特征在于，所述更新文件包括新版本图片，所述启动模块还用于当应用程序启动时，加载本地的透明图片；所述动态加载模块还用于当接收到更新文件时，在所述更新文件获取应用程序对应的图片更新路径；根据所述图片更新路径查询所述更新文件中是否存在新版本图片；若存在，则获取新版本图片，利用所述新版本图片覆盖透明图片进行图片更新。

8.根据权利要求6所述的方法，其特征在于，所述动态加载模块还用于获取业务功能对应的动态引用方法；获取多个业务功能之间的依赖关系；利用所述动态引用方法和所述依赖关系在映射文件中查询需要加载的资源文件包标识；根据查询到的资源文件包标识获取新版本资源文件包，将新版本资源文件包进行动态加载。

9.一种终端，包括存储器及处理器，所述存储器中储存有计算机可读指令，所述指令被所述处理器执行时，使得所述处理器执行权利要求1-5中任意一项所述方法的步骤。

10.一个或多个存储有计算机可读指令的计算机可读非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行权利要求1-5中任意一项所述方法的步骤。