CN107861742A - 一种程序的运行方法和终端设备 - Google Patents

Abstract

本申请公开了一种程序的运行方法和终端设备。包括：接收对应用程序的启动指令，启动应用程序的服务进程；获取应用程序的安装包，以及通过所述应用程序的服务进程解析所述插件的安装包；在解析结果为成功的情况下，根据预先为应用程序申请的系统资源在虚拟容器中运行应用程序。采用本发明实施例，能在用户无感知的情况下更新宿主应用程序，提高宿主应用程序更新的覆盖率。

Description

一种程序的运行方法和终端设备

技术领域

本发明涉及计算机领域，尤其涉及一种程序的运行方法和终端设备。

背景技术

随着业务的发展，需要频繁在增加新的业务功能，为了在应用程序上增加新的功能，目前的方法是需要更新应用程序的安装包，然后下发到终端设备，提示用户对终端设备上旧版本的应用程序进行更新，然而这样更新方式存在的问题是：首先，需要用户手动选择更新，在实际过程中很多用户会忽略更新提示，特别是应用程序更新频率很高的情况下，这样大量的终端设备上仍然会使用旧版本的应用程序；其次，用户在选择更新时，终端设备需要重新对新版本的应用程序进行安装，去覆盖旧版本的应用程序，更新时间耗时过长。

发明内容

本发明实施例所要解决的技术问题在于提高应用程序的更新率和减少更新时间，提供一种应用程序的运行方法和终端，实现了在需要对宿主应用程序的功能进行更新时，通过在虚拟化容器中运行插件化的应用程序来实现功能的更新，减少宿主应用程序的更新时间和避免人工的干预。

为了解决上述技术问题，本申请第一方面提供了一种应用程序的运行方法，包括：接收对应用程序的启动指令，启动所述应用程序的服务进程；获取所述应用程序的安装包，以及通过所述应用程序的服务进程解析所述插件的安装包；在解析结果为成功的情况下，根据预先为所述应用程序申请的系统资源在虚拟容器中运行所述应用程序。

在一种可能的设计中，所述接收对应用程序的启动指令，启动所述应用程序的服务进程之前，还包括：为所述应用程序创建一个虚拟容器；为所述应用程序申请服务进程和系统资源；将所述应用程序的服务进程注入代理系统管理服务。

在一种可能的设计中，所述为所述应用程序申请服务进程和系统资源包括：

在宿主进程中为所述应用程序的服务进行申请系统权限；其中，所述系统权限包括定位权限、网络权限、软件开发包工具SDK存储权限、电话本权限、桌面快捷方式权限中的至少一种。

在一种可能的设计中，所述将所述应用程序的服务进程注入代理系统管理服务包括：通过调用类装载器和装载类的方式将所述应用程序的服务进程诸如代理系统管理服务。

在一种可能的设计中，所述通过所述应用程序的服务进程解析所述插件的安装包包括：

若所述应用程序的安装包不存在，从指定的服务器上下载最新版本的所述应用程序的安装包；或

若所述应用程序的安装包存在，判断所述应用程序的安装包是否为最新版本，若为否，从指定的服务器上下载最新版本的所述应用程序的安装包。

相应地，本申请第二方面还提供了一种终端设备，终端设备包括：接收单元和处理单元。

接收单元，用于接收对应用程序的启动指令；

处理单元，用于启动所述应用程序的服务进程；

所述处理单元，还用于获取所述应用程序的安装包，以及通过所述应用程序的服务进程解析所述插件的安装包；

所述处理单元，还用于在解析结果为成功的情况下，根据预先为所述应用程序申请的系统资源在虚拟容器中运行所述应用程序。

在一种可能的设计中，所述处理单元还用于：

为所述应用程序创建一个虚拟容器；

为所述应用程序申请服务进程和系统资源；

将所述应用程序的服务进程注入代理系统管理服务。

在一种可能的设计中，所述处理单元用于为所述应用程序申请服务进程和系统资源，具体为：

在宿主进程中为所述应用程序的服务进行申请系统权限；其中，所述系统权限包括定位权限、网络权限、软件开发包工具SDK存储权限、电话本权限、桌面快捷方式权限中的至少一种。

在一种可能的设计中，所述处理单元将所述应用程序的服务进程注入代理系统管理服务，具体为：

通过调用类装载器和装载类的方式将所述应用程序的服务进程诸如代理系统管理服务。

在一种可能的设计中，所述处理单元通过所述应用程序的服务进程解析所述插件的安装包，具体为：

若所述应用程序的安装包不存在，指示所述接收单元从指定的服务器上下载最新版本的所述应用程序的安装包；或

若所述应用程序的安装包存在，判断所述应用程序的安装包是否为最新版本，若为否，指示所述接收单元从指定的服务器上下载最新版本的所述应用程序的安装包。

第三方面，本申请提供了一种终端设备，终端设备包括存储器、处理器和收发器，存储器存储有程序代码，处理器调用程序代码用于执行第一方面或第一方面的各可能实施方式中的任意一种WiFi连接方法。

实施本发明实施例，具有如下有益效果：

本发明实施例用于Android操作系统中虚拟容器的插件化开发，通过插件化实现将应用程序进行拆分，某些功能可以通过插件，需要使用时再进行下载，不用预先集成在宿主应用程序中或预先安装在应用程序中。如果有新功能的添加，不需要更新宿主应用程序，只要预留插件管理的接口，便可以通过添加插件的方式，动态更新宿主应用程序，无需频繁安装或卸载宿主应用程序。对于用户而言，不感知宿主应用程序的更新过程，不需要用户干预更新过程，提高了宿主应用程序的更新覆盖率。

附图说明

为了更清楚地说明本发明实施例或背景技术中的技术方案，下面将对本发明实施例或背景技术中所需要使用的附图进行说明。

图1是本发明实施例提供的一种应用程序的运行方法的流程示意图；

图2是本发明实施例提供的一种应用程序的运行方法的另一流程示意图；

图3是本发明实施例提供的一种终端设备的结构示意图；

图4是本发明实施例提供的一种终端设备的另一结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见图1，图2是本发明实施例提供的一种应用程序的运行方法的流程示意图，在本发明实施例中，所述方法包括：

S101、接收对应用程序的启动指令，启动所述应用程序的服务进程。

其中，本发明实施例中的应用程序为插件化的应用程序(以下简称应用程序)，该应用程序作为宿主应用程序中的一个插件，宿主应用程序中设置有应用程序的接口，用户可通过该接口启动应用程序或卸载应用程序。在接收到对应用程序的启动指令后，为应用程序创建服务进程，以及启动该服务进程。

S102、获取所述应用程序的安装包，以及通过所述应用程序的服务进程解析所述插件的安装包。

其中，应用程序的安装包一般为APK的格式，如果为首次启动应用程序的情况下，从指定的服务器上获取应用程序的安装包，如果不是首次启动应用程序的启动下，可以从终端设备本地获取应用程序的安装包。解析应用程序的安装包，解析得到安装包的相关信息。模拟系统构建数据存储环境。

S103、在解析结果为成功的情况下，根据预先为所述应用程序申请的系统资源在虚拟容器中运行所述应用程序。

其中，在应用程序的安装包为最新版本的情况下，解析结果为成功，终端设备对插件类进行生命周期回调后，根据预先为应用程序申请的系统资源在虚拟容器中运行应用程序，此时用户可以于应用程序进行交互。

实施本发明的实施例，在需要对宿主应用程序的功能进行更新时，通过在虚拟化容器中运行插件化的应用程序来实现功能的更新，减少宿主应用程序的更新时间和避免人工的干预。

参见图2，为本发明实施例提供的另一种程序的运行方法的流程示意图，在本发明实施例中，所述方法包括：

S201、为应用程序创建一个虚拟容器。

其中，应用程序插件化的应用程序，应用程序和宿主应用程序关联。虚拟容器为运行在安卓系统上的容器，运行在虚拟容器中的实例能有效的与其他实例进行隔离。

S202、为所述应用程序申请服务进程和系统资源。

其中，宿主应用程序在安卓系统中对应宿主进程，终端设备在宿主进程中申请应用程序的系统权限，系统权限包括但不限于定位权限、网络权限、软件开发工具SDK存储权限、电话本权限、桌面快捷方式权限。

S203、将所述应用程序的服务进程注入代理系统管理服务。

具体的，终端设备通过调用系统的类装载器(DexClassloader)的装载类(loadClass)的方法实现将应用程序的服务进行注入到代理系统管理服务，实现对应用程序的安装包(即插件类)中类的加载。

在本发明实施例中，对插件类进行动态注入所述代理类对应的属性值的步骤，具体包括但不限于以下几点：

对插件类进行动态注入资源及元数据接口，便于运行时实现资源和元数据的存取。

对插件类进行动态注入自定义Instrumentation实现对跳转类的重定向；其中，自定义Instrumentation注入插件Activity中，当插件Activity需要进行跳转时，重定向Intent中指定的类名为相应类型的代理类，再由系统启动代理Activity。

对插件类进行动态注入宿主Window对象实现对插件界面的展示以及交互。其中，对插件类进行动态注入宿主Window对象实现对插件界面的展示以及交互的步骤，具体包括：通过Java的反射机制将代理Activity动态注入至newInstance生成的Activity类中，将其转变成伪Activity类；此时的插件Activity类可以自主控制ProxyActivity的屏幕(PhoneWindow)。

插件化的应用程序和宿主应用程序之间、插件化的应用程序之间都使用了不同的AssetManager加载资源，因而它们之间的资源互相隔离，这样才可以实现应用程序免重新打包。只有这样严格的隔离，才能防止插件化的应用程序和宿主应用程序、插件化的应用程序之间的资源id不会冲突。

S204、接收对应用程序的启动指令，启动所述应用程序的服务进程。

其中，宿主应用程序中设置有应用程序的接口，用户可通过该接口启动应用程序或卸载应用程序。在接收到对应用程序的启动指令后，为应用程序创建服务进程，以及启动该服务进程。

S205、获取所述应用程序的安装包，以及通过所述应用程序的服务进程解析所述插件的安装包。

应用程序的安装包一般为APK的格式，如果为首次启动应用程序的情况下，从指定的服务器上获取应用程序的安装包，如果不是首次启动应用程序的启动下，可以从终端设备本地获取应用程序的安装包。解析应用程序的安装包，解析得到安装包的相关信息。模拟系统构建数据存储环境。

在本发明实施实例中，如果判断出应用程序的安装包不存在，从指定的服务器上下载最新版本的安装包。

在本发明实施实例中，如果判断出应用程序的安装包存在，则进一步判断安装包是否为最新版本的安装包，如果判断出是最新版本的插件，则启动服务进行解析并运行应用程序的安装包。如果判断出不是最新版本的安装包，则从指定的服务器上下载最新版本的安装包。

其中，安装包为APK，解析应用程序的安装包的过程包括但不限于：初始化该APK的文件包信息(PackageInfo)；初始化该APK对应的类装载器(DexClassloader)；初始化该APK对应的资源管理器(AssetManager)；初始化该APK对应的资源(Resources)；借助初始化好的资源管理器(AssetManager)解析APK包中的AndroidManifest.xml配置文件。

S206、在解析结果为成功的情况下，根据预先为所述应用程序申请的系统资源在虚拟容器中运行所述应用程序。

其中，在应用程序的安装包为最新版本的情况下，解析结果为成功，终端设备对插件类进行生命周期回调后，根据预先为应用程序申请的系统资源在虚拟容器中运行应用程序，此时用户可以于应用程序进行交互。

本发明实施例用于Android操作系统中虚拟容器的插件化开发，通过插件化实现将应用程序进行拆分，某些功能可以通过插件，需要使用时再进行下载，不用预先集成在宿主应用程序中或预先安装在应用程序中。如果有新功能的添加，不需要更新宿主应用程序，只要预留插件管理的接口，便可以通过添加插件的方式，动态更新宿主应用程序，无需频繁安装或卸载宿主应用程序。对于用户而言，不感知宿主应用程序的更新过程，不需要用户干预更新过程，提高了宿主应用程序的更新覆盖率。

参见图3，为本发明实施例提供的一种终端设备的结构示意图，本发明实施例的终端设备3用于执行图1和2中的一种程序的运行方法，所涉及的术语和过程可参照图1和2实施例的描述。终端设备3包括：包括接收单元301和处理单元302。

接收单元301，用于接收对应用程序的启动指令；

处理单元302，用于启动所述应用程序的服务进程；

处理单元302，还用于获取所述应用程序的安装包，以及通过所述应用程序的服务进程解析所述插件的安装包；

处理单元302，还用于在解析结果为成功的情况下，根据预先为所述应用程序申请的系统资源在虚拟容器中运行所述应用程序。

在一种可能的实施方式中，处理单元302还用于：

为所述应用程序创建一个虚拟容器；

为所述应用程序申请服务进程和系统资源；

将所述应用程序的服务进程注入代理系统管理服务。

在另一种可能的实施方式中，处理单元302用于为所述应用程序申请服务进程和系统资源，具体为：

在宿主进程中为所述应用程序的服务进行申请系统权限；其中，所述系统权限包括定位权限、网络权限、软件开发包工具SDK存储权限、电话本权限、桌面快捷方式权限中的至少一种。

在另一种可能的实施方式中，处理单元302将所述应用程序的服务进程注入代理系统管理服务，具体为：

通过调用类装载器和装载类的方式将所述应用程序的服务进程诸如代理系统管理服务。

在另一种可能的实施方式中，处理单元302通过所述应用程序的服务进程解析所述插件的安装包，具体为：

若所述应用程序的安装包不存在，指示接收单元301从指定的服务器上下载最新版本的所述应用程序的安装包；或

若所述应用程序的安装包存在，判断所述应用程序的安装包是否为最新版本，若为否，指示接收单元301从指定的服务器上下载最新版本的所述应用程序的安装包。

在一种可能的设计中，本发明实施例的终端设备3可为搭载 或操作系统的终端，诸如智能电视、智能机顶盒、移动电话。也可以是其它终端，诸如具有触敏表面(例如，触摸屏显示器和/或触控板)的膝上型计算机或平板电脑或台式计算机。

在一种可能的设计中，本发明实施例的终端设备3可以为芯片，芯片包括但不限于现场可编程门阵列、中央处理器、数字型处理器和复杂可编程逻辑器件中至少一种。

参见图4，为本发明实施例提供的一种终端设备的另一结构示意图，以下简称终端设备4，终端设备4包括处理器401、存储器402和收发器403。收发器403用于与外部设备之间收发数据。终端设备4中的处理器401的数量可以是一个或多个。本发明的一些实施例中，处理器401、存储器402和收发器403可通过总线系统或其他方式连接。终端设备4可以用于执行图2所示的方法。关于本实施例涉及的术语的含义以及举例，可以参考图1和2对应的实施例。此处不再赘述。

所述收发器，用于接收对应用程序的启动指令

所述存储器402存储有程序代码；

所述处理器401调用所述程序代码用于执行以下操作：

启动所述应用程序的服务进程；

获取所述应用程序的安装包，以及通过所述应用程序的服务进程解析所述插件的安装包；

在解析结果为成功的情况下，根据预先为所述应用程序申请的系统资源在虚拟容器中运行所述应用程序。

在一种可能的实施方式中，处理器401还用于：

为所述应用程序创建一个虚拟容器；

为所述应用程序申请服务进程和系统资源；

将所述应用程序的服务进程注入代理系统管理服务。

在另一种可能的实施方式中，处理器401用于为所述应用程序申请服务进程和系统资源，具体为：

在宿主进程中为所述应用程序的服务进行申请系统权限；其中，所述系统权限包括定位权限、网络权限、软件开发包工具SDK存储权限、电话本权限、桌面快捷方式权限中的至少一种。

在另一种可能的实施方式中，处理器491将所述应用程序的服务进程注入代理系统管理服务，具体为：

通过调用类装载器和装载类的方式将所述应用程序的服务进程诸如代理系统管理服务。

在另一种可能的设计中，处理器401通过所述应用程序的服务进程解析所述插件的安装包，具体为：

若所述应用程序的安装包不存在，指示所述接收单元从指定的服务器上下载最新版本的所述应用程序的安装包；或

若所述应用程序的安装包存在，判断所述应用程序的安装包是否为最新版本，若为否，指示所述接收单元从指定的服务器上下载最新版本的所述应用程序的安装包。

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

以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (10)

1.一种程序的运行方法，其特征在于，包括：

接收对应用程序的启动指令，启动所述应用程序的服务进程；

获取所述应用程序的安装包，以及通过所述应用程序的服务进程解析所述插件的安装包；

在解析结果为成功的情况下，根据预先为所述应用程序申请的系统资源在虚拟容器中运行所述应用程序。

2.如权利要求1所述的方法，其特征在于，所述接收对应用程序的启动指令，启动所述应用程序的服务进程之前，还包括：

为所述应用程序创建一个虚拟容器；

为所述应用程序申请服务进程和系统资源；

将所述应用程序的服务进程注入代理系统管理服务。

3.如权利要求2所述的方法，其特征在于，所述为所述应用程序申请服务进程和系统资源包括：

在宿主进程中为所述应用程序的服务进行申请系统权限；其中，所述系统权限包括定位权限、网络权限、软件开发包工具SDK存储权限、电话本权限、桌面快捷方式权限中的至少一种。

4.如权利要求2所述的方法，其特征在于，所述将所述应用程序的服务进程注入代理系统管理服务包括：

通过调用类装载器和装载类的方式将所述应用程序的服务进程诸如代理系统管理服务。

5.如权利要求1-4任意一项所述的方法，所述通过所述应用程序的服务进程解析所述插件的安装包包括：

若所述应用程序的安装包不存在，从指定的服务器上下载最新版本的所述应用程序的安装包；或

若所述应用程序的安装包存在，判断所述应用程序的安装包是否为最新版本，若为否，从指定的服务器上下载最新版本的所述应用程序的安装包。

6.一种终端设备，其特征在于，包括：

接收单元，用于接收对应用程序的启动指令；

处理单元，用于启动所述应用程序的服务进程；

所述处理单元，还用于获取所述应用程序的安装包，以及通过所述应用程序的服务进程解析所述插件的安装包；

所述处理单元，还用于在解析结果为成功的情况下，根据预先为所述应用程序申请的系统资源在虚拟容器中运行所述应用程序。

7.如权利要求6所述的终端设备，其特征在于，所述处理单元还用于：

为所述应用程序创建一个虚拟容器；

为所述应用程序申请服务进程和系统资源；

将所述应用程序的服务进程注入代理系统管理服务。

8.如权利要求6所述的终端设备，其特征在于，所述处理单元用于为所述应用程序申请服务进程和系统资源，具体为：

在宿主进程中为所述应用程序的服务进行申请系统权限；其中，所述系统权限包括定位权限、网络权限、软件开发包工具SDK存储权限、电话本权限、桌面快捷方式权限中的至少一种。

9.如权利要求6所述的终端设备，其特征在于，所述处理单元将所述应用程序的服务进程注入代理系统管理服务，具体为：

通过调用类装载器和装载类的方式将所述应用程序的服务进程诸如代理系统管理服务。

10.如权利要求5-9任意一项所述的终端设备，所述处理单元通过所述应用程序的服务进程解析所述插件的安装包，具体为：

若所述应用程序的安装包不存在，指示所述接收单元从指定的服务器上下载最新版本的所述应用程序的安装包；或

若所述应用程序的安装包存在，判断所述应用程序的安装包是否为最新版本，若为否，指示所述接收单元从指定的服务器上下载最新版本的所述应用程序的安装包。