[发明专利]一种应用组件即时更新的方法及终端

说明书

本发明公开了一种应用组件即时更新的方法及终端，在进行更新后的应用组件的安装时，为每个更新后的应用组件创建一个类加载器和类的路径加载器，并将其对应的资源文件、Dex包、引用库文件和MD5文件拷贝至所述应用组件对应的目录，实现应用组件的即时更新，不需要应用组件的重启，在进行更新后的应用组件的调用时，只需要读取应用组件的类加载器和类的路径加载器，基于Android应用桌面化开发的原理，基于类加载器和类的路径加载器就可以实现对更新后的应用组件的调用运行，自动遍历应用组件的各个属性，从而将所述应用组件显示出来，无需现有的应用组件更新时的重启操作，操作方便快捷，用户体验好。

技术领域

本发明涉及应用组件更新领域，尤其涉及一种应用组件即时更新的方法及终端。

背景技术

在应用组件的日常开发和线上的实时运行过程中，往往会发现一些问题：在应用组件上线前，由于需求变更，需要对现有的版本进行修改；上线后，由于发行版本中存在一些问题，需要进行版本更新。这样就导致用户在使用该应用组件时，应用提供商会发布升级提示给用户，造成版本的频繁更新。

为了解决频繁更新的问题，腾讯的微信团队提出名为Tinker的热更新框架。其原理是在现有应用工程的基础上，生成未修改应用工程中的代码前的应用包-P，当应用工程中的代码被修改后生成现有的应用包-P1，则借助Diff算法，将P和P1两个包进行对比，取出更改后的类，并通过脚本打包成一个补丁包。当线上应用发生问题时，微信的Tinker平台将下推补丁包至用户手机上的补丁服务；补丁服务解析所述补丁包后，进行合并，告知用户应用自动重启，重启后，通过读取META文件下的dex包的名称，将读取出的dex包存放到一个dex的集合中，告知操作系统合并成一个完整的dex包或者oat文件，此时应用更新完成。

如果引用Tinker的热更新机制，确实能够解决用户手机上的应用频繁更新的问题，但是，所述热更新机制在每次应用更新时，都需要应用进行重启才能保证应用更新的完成。

发明内容

本发明所要解决的技术问题是：提供一种应用组件即时更新的方法及终端，应用组件进行更新时，无需应用组件重启，而是自行生效。

为了解决上述技术问题，本发明采用的一种技术方案为：

一种应用组件即时更新的方法，包括步骤：

S1、解析更新后的应用组件，为所述更新后的应用组件创建一个类加载器和类的路径加载器；

S2、根据所述应用组件的类别，将所述类加载器和类的路径加载器分别放入对应的类集合中，并建立索引关联；

S3、检测系统中是否存在与所述应用组件对应的目录，若不存在，则创建与所述应用组件对应的目录；

S4、从解析后的更新后的应用组件中拷贝出资源文件、Dex包、引用库文件和MD5文件至所述应用组件对应的目录。

为了解决上述技术问题，本发明采用的另一种技术方案为：

一种应用组件即时更新的终端，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

S1、解析更新后的应用组件，为所述更新后的应用组件创建一个类加载器和类的路径加载器；

S2、根据所述应用组件的类别，将所述类加载器和类的路径加载器分别放入对应的类集合中，并建立索引关联；

S3、检测系统中是否存在与所述应用组件对应的目录，若不存在，则创建与所述应用组件对应的目录；

S4、从解析后的更新后的应用组件中拷贝出资源文件、Dex包、引用库文件和MD5文件至所述应用组件对应的目录。