CN106775952A - 一种安卓应用的进程管理方法和装置 - Google Patents
一种安卓应用的进程管理方法和装置 Download PDFInfo
- Publication number
- CN106775952A CN106775952A CN201611249901.XA CN201611249901A CN106775952A CN 106775952 A CN106775952 A CN 106775952A CN 201611249901 A CN201611249901 A CN 201611249901A CN 106775952 A CN106775952 A CN 106775952A
- Authority
- CN
- China
- Prior art keywords
- target element
- obligating process
- activity
- obligating
- task
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种安卓应用的进程管理方法和装置,包括:在安卓系统中预先声明适配于各种组件类型的预留进程;构造虚拟机环境,将安卓系统中的一个或多个指定安卓应用的分身应用放入虚拟机中运行;当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属的组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行。本方案为不同组件类型的组件分别预先声明了预留进程,在分身应用需要运行某种组件时为其提供相应的预留进程,此种预留进程的管理方式更加灵活方便,对于未在安卓系统中进行注册的分身系统的运行来说也是十分可靠有效,可以完美地实现安卓系统中指定安卓应用与其心相应的分身应用的并行运行。
Description
技术领域
本发明涉及互联网技术领域,具体涉及一种安卓应用的进程管理方法和装置。
背景技术
现有技术中,安卓系统中无法实现对多个相同的安卓应用的并行运行,其原因是:每个安卓应用在安装在安卓系统中时,该安卓应用的安装包中的配置文件中的配置信息将被注册到安卓系统中,安卓系统通过这些注册信息来获知安卓应用的存在以及运行相关信息,在一个安卓应用已安装到安卓系统的基础上,如果还想将该安卓应用的分身应用再次安装到安卓系统中,安卓系统因已接收过相同的注册信息而不能接纳此分身应用的注册,因此分身应用对于安卓系统来说是未知的,进而分身系统无法正常与安卓系统进行交互,导致分身系统无法正常运行。
然而,对多个相同的安卓应用的并行运行的需求在用户群体中是存在的,常见的,用户希望在自己的智能终端上通过不同的账号登录两个QQ应用,让这两个QQ应用并行运行,用户可以根据自己的需求分别使用不同的QQ应用来与不同社交圈的好友进行聊天会话,符合很多应用场景。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的安卓应用的进程管理方法和装置。
依据本发明的一个方面,提供了一种安卓应用的进程管理方法,其中,包括:
在安卓系统中预先声明适配于各种组件类型的预留进程;
构造虚拟机环境,将安卓系统中的一个或多个指定安卓应用的分身应用放入虚拟机中运行;
当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属的组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行。
可选地,所述当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属组件类型的预留进程包括:
监听虚拟机中的指定安卓应用的分身应用向安卓系统请求调用目标组件的事件;
当监听到该事件时,禁止该事件继续执行;获取该事件对应的目标组件的相关信息;
根据所述目标组件的相关信息确定所述目标组件所属的组件类型,从预先声明的预留进程中选择适配于该组件类型的预留进程。
可选地,所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述将所述目标组件分配至所选择的预留进程中运行包括:
启动所选择的预留进程,加载所述目标组件,根据所述目标组件对应的Intent参数在该预留进程中对所述目标组件进行实例化,使得实例化的目标组件在该预留进程中运行。
可选地,所述在安卓系统中预先声明适配于各种组件类型的预留进程包括:在安卓系统中预先声明Activity预留进程,所述Activity预留进程适配于Activity组件类型;
当所述目标组件属于Activity组件类型时,所述从预先声明的预留进程中选择适配于所述目标组件所属组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行包括:启动一个Activity预留进程,将所述目标组件分配至该Activity预留进程中运行。
可选地,该方法进一步包括:维护一个Activity任务栈;在所述启动一个Activity预留进程之前,该方法进一步包括:
根据所述目标组件的相关信息,判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务;
是则,不再执行所述启动一个Activity预留进程的操作,根据所述目标组件的启动模式对所述任务进行调用;
否则,执行所述启动一个Activity预留进程并将所述目标组件分配至该Activity预留进程中运行的操作,并将所述目标组件的运行事件作为一个任务压入所述Activity任务栈中。
可选地,当所述目标组件的启动模式是singleTask模式时,所述判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务包括:判断所述Activity任务栈中是否存在运行所述目标组件的任务;
所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述根据所述目标组件的启动模式对所述任务进行调用包括:
将所述Activity任务栈中位于所述任务上方的其他任务销毁,使得所述任务位于所述Activity任务栈的顶端;
将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
可选地,当所述目标组件的启动模式是singleInstance模式时,所述判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务包括:判断所述Activity任务栈中是否存在运行所述目标组件的任务;
所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述根据所述目标组件的启动模式对所述任务进行调用包括:将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
可选地,当所述目标组件的启动模式是singleTop模式时,所述判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务包括:判断所述Activity任务栈中是否存在运行所述目标组件的任务且所述任务位于所述Activity任务栈的顶端;
所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述根据所述目标组件的启动模式对所述任务进行调用包括:将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
可选地,所述在安卓系统中预先声明适配于各种组件类型的预留进程包括:在安卓系统中预先声明Service预留进程,所述Service预留进程适配于Service组件类型;
当所述目标组件属于Service组件类型时,所述启动所选择的预留进程,根据所述目标组件对应的Intent参数在该预留进程中对所述目标组件进行实例化,使得实例化的目标组件在该预留进程中运行包括:启动一个Service预留进程,将所述目标组件对应的Intent参数发送至所述Service预留进程,使得所述Service预留进程根据所述Intent参数返回一个对应于所述目标组件的Binder消息;根据所述Binder消息与所述目标组件建立连接,使得所述目标组件在所述Service预留进程中加载并运行。
可选地,该方法进一步包括:预存Binder消息与Intent参数的哈希值的映射关系表;
所述将所述目标组件对应的Intent参数发送至所述Service预留进程,使得所述Service预留进程根据所述Intent参数返回一个对应于所述目标组件的Binder消息包括:计算所述Intent参数的哈希值,将所述哈希值发送至所述Service预留进程,如果所述Intent参数的哈希值在所述映射关系表中,所述Service预留进程返回所述映射关系表中与所述Intent参数的哈希值对应的Binder消息。
可选地,所述在安卓系统中预先声明适配于各种组件类型的预留进程包括:在安卓系统中预先声明Receiver预留进程,所述Receiver预留进程适配于Receiver组件类型;
所述当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属的组件类型的预留进程包括:当监听到安卓系统中发送广播消息的事件时,将符合所述广播消息的的接收条件的虚拟机中的指定安卓应用的分身应用的Receiver组件作为目标组件,所述目标组件属于Receiver组件类型;对于每个目标组件,启动一个Receiver预留进程,在该Receiver预留进程加载并运行所述目标进程。
可选地,监听安卓系统中发送广播消息的事件包括:
将钩子函数挂载在安卓系统中发送广播消息的接口上,当拦截到所述发送广播消息的接口发送的广播消息时,确定监听到安卓系统中发送广播消息的事件;
该方法进一步包括:当虚拟机中的指定安卓应用的分身应用的广播接收器均不符合所述广播消息的的接收条件时,放行所述广播消息。
可选地,该方法进一步包括:获取各指定安卓应用的安装包复件并保存至指定目录,作为各指定安卓应用的分身应用的安装包;解析各指定安卓应用的分身应用的安装包中的配置文件,获取各指定安卓应用的分身应用在相应配置文件中所注册的Receiver组件的相关信息并保存至所述配置管理表中。
则所述将符合所述广播消息的的接收条件的虚拟机中的指定安卓应用的分身应用的Receiver组件作为目标组件包括:判断所述配置管理表中记录的Receiver组件的相关信息是否符合所述广播消息的接收条件。
可选地,所述在安卓系统中预先声明适配于各种组件类型的预留进程包括:在安卓系统中预先声明Provider预留进程,所述Provider预留进程适配于Provider组件类型;
当所述目标组件属于Provider组件类型时,所述从预先声明的预留进程中选择适配于所述目标组件所属组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行包括:选择并启动一个Provider预留进程,将所述目标组件分配至该Provider预留进程中运行。
可选地,所述目标组件的相关信息包括:所述目标组件对应的Uri参数;
所述将所述目标组件分配至该Provider预留进程中运行包括:将所述目标组件对应的Uri参数中的author参数传递给所述Provider预留进程,使得所述Provider预留进程根据所述author参数获取到所述目标组件的属性数据,根据所述目标组件的属性数据在所述Service预留进程中加载并运行所述目标数据。
依据本发明的另一个方面,提供了一种安卓应用的进程管理装置,其中,包括:
信息配置单元,适于在安卓系统中预先声明适配于各种组件类型的预留进程;
环境构造单元,适于构造虚拟机环境,将安卓系统中的一个或多个指定安卓应用的分身应用放入虚拟机中运行;
常驻服务单元,适于当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属的组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行。
可选地,所述常驻服务单元,适于监听虚拟机中的指定安卓应用的分身应用向安卓系统请求调用目标组件的事件;当监听到该事件时,禁止该事件继续执行;获取该事件对应的目标组件的相关信息;根据所述目标组件的相关信息确定所述目标组件所属的组件类型,从预先声明的预留进程中选择适配于该组件类型的预留进程。
可选地,所述目标组件的相关信息包括:所述目标组件对应的Intent参数;
所述常驻服务单元,适于启动所选择的预留进程,加载所述目标组件,根据所述目标组件对应的Intent参数在该预留进程中对所述目标组件进行实例化,使得实例化的目标组件在该预留进程中运行。
可选地,所述信息配置单元,适于在安卓系统中预先声明Activity预留进程,所述Activity预留进程适配于Activity组件类型;
所述常驻服务单元,适于当所述目标组件属于Activity组件类型时,启动一个Activity预留进程,将所述目标组件分配至该Activity预留进程中运行。
可选地,所述常驻服务单元,进一步适于维护一个Activity任务栈;还适于在所述启动一个Activity预留进程之前,根据所述目标组件的相关信息,判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务;是则,不再执行所述启动一个Activity预留进程的操作,根据所述目标组件的启动模式对所述任务进行调用;否则,执行所述启动一个Activity预留进程并将所述目标组件分配至该Activity预留进程中运行的操作,并将所述目标组件的运行事件作为一个任务压入所述Activity任务栈中。
可选地,当所述目标组件的启动模式是singleTask模式时,所述常驻服务单元,适于判断所述Activity任务栈中是否存在运行所述目标组件的任务;
所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述常驻服务单元,适于将所述Activity任务栈中位于所述任务上方的其他任务销毁,使得所述任务位于所述Activity任务栈的顶端;将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
可选地,当所述目标组件的启动模式是singleInstance模式时,所述常驻服务单元,适于判断所述Activity任务栈中是否存在运行所述目标组件的任务;
所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述常驻服务单元,适于将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
可选地,当所述目标组件的启动模式是singleTop模式时,所述常驻服务单元,适于判断所述Activity任务栈中是否存在运行所述目标组件的任务且所述任务位于所述Activity任务栈的顶端;
所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述常驻服务单元,适于将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
可选地,所述信息配置单元,适于在安卓系统中预先声明Service预留进程,所述Service预留进程适配于Service组件类型;
所述常驻服务单元,适于当所述目标组件属于Service组件类型时,启动一个Service预留进程,将所述目标组件对应的Intent参数发送至所述Service预留进程,使得所述Service预留进程根据所述Intent参数返回一个对应于所述目标组件的Binder消息;根据所述Binder消息与所述目标组件建立连接,使得所述目标组件在所述Service预留进程中加载并运行。
可选地,所述常驻服务单元,进一步适于预存Binder消息与Intent参数的哈希值的映射关系表;
所述常驻服务单元,适于计算所述Intent参数的哈希值,将所述哈希值发送至所述Service预留进程,如果所述Intent参数的哈希值在所述映射关系表中,所述Service预留进程返回所述映射关系表中与所述Intent参数的哈希值对应的Binder消息。
可选地,所述信息配置单元,适于在安卓系统中预先声明Receiver预留进程,所述Receiver预留进程适配于Receiver组件类型;
所述常驻服务单元,适于当监听到安卓系统中发送广播消息的事件时,将符合所述广播消息的的接收条件的虚拟机中的指定安卓应用的分身应用的Receiver组件作为目标组件,所述目标组件属于Receiver组件类型;对于每个目标组件,启动一个Receiver预留进程,在该Receiver预留进程加载并运行所述目标进程。
可选地,所述常驻服务单元,适于将钩子函数挂载在安卓系统中发送广播消息的接口上,当拦截到所述发送广播消息的接口发送的广播消息时,确定监听到安卓系统中发送广播消息的事件;
所述常驻服务单元,进一步适于当虚拟机中的指定安卓应用的分身应用的广播接收器均不符合所述广播消息的的接收条件时,放行所述广播消息。
可选地,所述常驻服务单元,还适于获取各指定安卓应用的安装包复件并保存至指定目录,作为各指定安卓应用的分身应用的安装包;解析各指定安卓应用的分身应用的安装包中的配置文件,获取各指定安卓应用的分身应用在相应配置文件中所注册的Receiver组件的相关信息并保存至所述配置管理表中。
则所述常驻服务单元,适于判断所述配置管理表中记录的Receiver组件的相关信息是否符合所述广播消息的接收条件。
可选地,所述信息配置单元,适于在安卓系统中预先声明Provider预留进程,所述Provider预留进程适配于Provider组件类型;
所述常驻服务单元,适于当所述目标组件属于Provider组件类型时,选择并启动一个Provider预留进程,将所述目标组件分配至该Provider预留进程中运行。
可选地,所述目标组件的相关信息包括:所述目标组件对应的Uri参数;
所述常驻服务单元,适于将所述目标组件对应的Uri参数中的author参数传递给所述Provider预留进程,使得所述Provider预留进程根据所述author参数获取到所述目标组件的属性数据,根据所述目标组件的属性数据在所述Service预留进程中加载并运行所述目标数据。
有上述可知,根据本发明的技术方案,为了实现安卓系统中多个相同安卓应用的并行运行,在安卓系统中构造了虚拟机环境,将指定安卓应用的分身应用放入到该虚拟机中运行,且为了克服分身应用对于安卓系统是未知的进而无法与安卓系统进行组件调用的交互的问题,本方案为不同组件类型的组件分别预先声明了预留进程,在分身应用需要运行某种组件时为其提供相应的预留进程,此种方式不同于现有技术中常见的为具体的组件声明具体的进程的方式,预留进程的管理方式更加灵活方便,对于未在安卓系统中进行注册的分身系统的运行来说也是十分可靠有效,可以完美地实现安卓系统中指定安卓应用与其心相应的分身应用的并行运行。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明一个实施例的一种安卓应用的进程管理方法的流程图;
图2示出了根据本发明一个实施例的安卓应用的运行管理架构的示意图;
图3示出了根据本发明一个实施例的一种安卓应用的进程管理装置的示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
图1示出了根据本发明一个实施例的一种安卓应用的进程管理方法的流程图。如图1所示,该方法包括:
步骤S110,在安卓系统中预先声明适配于各种组件类型的预留进程。
安卓系统中包括多种类型的组件,不同类型的组件由于执行不同类型功能的操作,本步骤中,所声明的预留进程与组件类型相匹配,即对于一个预留进程来说,所有符合该预留进程所适配的组件类型的组件都可以在该预留进程中运行。
步骤S120,构造虚拟机环境,将安卓系统中的一个或多个指定安卓应用的分身应用放入虚拟机中运行。
其中,指定安卓应用指的是能够在安卓系统中正常运行的,类似于QQ聊天、UC浏览器等的应用软件。而指定安卓应用的分身应用作为指定安卓应用的复制体,可以看做是指定安卓应用的分身。现有技术中,每个指定安卓应用的分身应用可以与相应的指定安卓应用是不可以并行运行的,其原因是安卓系统无法认可两个相同的应用所声明的相同的注册信息,因此,在指定安卓应用已安装的情况下,指定安卓应用的分身应用是无法成功注册到安卓系统中的,对于安卓系统来说,指定安卓应用的分身应用是未知的,安卓系统无法与其进行正常交互。
步骤S130,当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属的组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行。
本步骤用于将真实的目标组件映射到为之选取的相应的预留进程中。
可见,图1所示的方法为了实现安卓系统中多个相同安卓应用的并行运行,在安卓系统中构造了虚拟机环境,将指定安卓应用的分身应用放入到该虚拟机中运行,且为了克服分身应用对于安卓系统是未知的进而无法与安卓系统进行组件调用的交互的问题,本方案为不同组件类型的组件分别预先声明了预留进程,在分身应用需要运行某种组件时为其提供相应的预留进程,此种方式不同于现有技术中常见的为具体的组件声明具体的进程的方式,预留进程的管理方式更加灵活方便,对于未在安卓系统中进行注册的分身系统的运行来说也是十分可靠有效,可以完美地实现安卓系统中指定安卓应用与其心相应的分身应用的并行运行。
在本发明的一个实施例中,由于分身应用对于安卓系统来说是未知的,然而分身应用在需要运行某个组件的时候,分身应用根据安卓应用的机制还是会去向安卓系统请求调用相应的组件,如果安卓系统接收到该调用消息,安卓系统会因为发送方未注册而不对该调用进行响应,导致分身应用的调用失败。为避免此情况并使得分身应用能够成功调用运行所需的组件,需要阻止分身应用向安卓系统发送的调用请求并根据调用请求为分身应用选择预留进程运行相应的组件。因此,上述步骤S130当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属组件类型的预留进程包括:监听虚拟机中的指定安卓应用的分身应用向安卓系统请求调用目标组件的事件;当监听到该事件时,禁止该事件继续执行;获取该事件对应的目标组件的相关信息;根据所述目标组件的相关信息确定所述目标组件所属的组件类型,从预先声明的预留进程中选择适配于该组件类型的预留进程。
具体地,所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述将所述目标组件分配至所选择的预留进程中运行包括:启动所选择的预留进程,加载所述目标组件,根据所述目标组件对应的Intent参数在该预留进程中对所述目标组件进行实例化,使得实例化的目标组件在该预留进程中运行。具体的实例化过程是根据Intent参数中的目标组件的属性数据通过classloader进行类的加载、上下文环境资源的初始化等,得到目标组件的实例,可以根据Intent参数中的action数据进行实际动作内容的操作。
Android四大基本组件分别是Activity,Service服务,Content Provider内容提供者(下文中写做Provider),BroadcastReceiver广播接收器(下文中写做Receiver),简单介绍如下:
Activity:应用程序中,一个Activity通常就是一个单独的屏幕,它上面可以显示一些控件也可以监听并处理用户的事件做出响应。Activity之间通过Intent进行通信。在Intent的描述结构中,有两个最重要的部分:动作和动作对应的数据。
BroadcastReceive广播接收器:你的应用可以使用它对外部事件进行过滤只对感兴趣的外部事件(如当电话呼入时,或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而,它们可以启动一个activity或serice来响应它们收到的信息,或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力──闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标,用户可以打开它并获取消息。
Service服务:一个Service是一段长生命周期的,没有用户界面的程序,可以用来开发如监控类程序。比较好的一个例子就是一个正在从播放列表中播放歌曲的媒体播放器。在一个媒体播放器的应用中,应该会有多个activity,让使用者可以选择歌曲并播放歌曲。然而,音乐重放这个功能并没有对应的activity,因为使用者当然会认为在导航到其它屏幕时音乐应该还在播放的。在这个例子中,媒体播放器这个activity会使用Context.startService()来启动一个service,从而可以在后台保持音乐的播放。同时,系统也将保持这个service一直执行,直到这个service运行结束。另外,我们还可以通过使用Context.bindService()方法,连接到一个service上(如果这个service还没有运行将启动它)。当连接到一个service之后,我们还可以service提供的接口与它进行通讯。拿媒体播放器这个例子来说,我们还可以进行暂停、重播等操作。
Content Provider内容提供者:android平台提供了Content Provider使一个应用程序的指定数据集提供给其他应用程序。这些数据可以存储在文件系统中、在一个SQLite数据库、或以任何其他合理的方式,其他应用可以通过ContentResolver类(见ContentProviderAccessApp例子)从该内容提供者中获取或存入数据.(相当于在应用外包了一层壳),只有需要在多个应用程序间共享数据是才需要内容提供者。例如,通讯录数据被多个应用程序使用,且必须存储在一个内容提供者中它的好处:统一数据访问方式。
也就是说,安卓系统中最常用到的组件包括这四种组件类型,因此本方案在安卓系统中预先声明预留进程时可以包括适配于这四种组件类型的预留进程。那么本文分别从这四种组件类型入手,分别说明当安卓应用的分身应用在运行过程中需要调用每种类型的组件时所需要的处理方式:
方案一,步骤S110在安卓系统中预先声明适配于各种组件类型的预留进程包括:在安卓系统中预先声明Activity预留进程,所述Activity预留进程适配于Activity组件类型。
当所述目标组件属于Activity组件类型时,步骤S130从预先声明的预留进程中选择适配于所述目标组件所属组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行包括:启动一个Activity预留进程,将所述目标组件分配至该Activity预留进程中运行。
由于Activity包括四种启动模式,启动模式launchMode方法是在apk的manifest文件中针对每一个Activity的android:launchMode属性进行设置的方式,共有四种属性可以设置,分别是standard、singleTop、singleTask和singleInstanc。不同启动模式的Activity具有不同的生命周期,为了使得不同启动模式的Activity都能运行在适配于Activity组件类型的Activity预留进程,为了有效地维护不同启动模式的Activity的生命周期。本方案维护了一个Activity任务栈,通过该Activity任务栈对不同启动模式的Activity的生命周期进行维护。
则在所述启动一个Activity预留进程之前,图1所示的方法进一步包括:根据所述目标组件的相关信息,判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务;是则,不再执行所述启动一个Activity预留进程的操作,根据所述目标组件的启动模式对所述任务进行调用;否则,执行所述启动一个Activity预留进程并将所述目标组件分配至该Activity预留进程中运行的操作,并将所述目标组件的运行事件作为一个任务压入所述Activity任务栈中。
当所述目标组件的启动模式是singleTask模式时,所述判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务包括:判断所述Activity任务栈中是否存在运行所述目标组件的任务;所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述根据所述目标组件的启动模式对所述任务进行调用包括:将所述Activity任务栈中位于所述任务上方的其他任务销毁,使得所述任务位于所述Activity任务栈的顶端;将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
当所述目标组件的启动模式是singleInstance模式时,所述判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务包括:判断所述Activity任务栈中是否存在运行所述目标组件的任务;所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述根据所述目标组件的启动模式对所述任务进行调用包括:将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
当所述目标组件的启动模式是singleTop模式时,所述判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务包括:判断所述Activity任务栈中是否存在运行所述目标组件的任务且所述任务位于所述Activity任务栈的顶端;所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述根据所述目标组件的启动模式对所述任务进行调用包括:将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
例如,在上述应用场景中,对于standard模式,standard是默认模式,即假设用户在manifest中对Activity不指定android:launchMode的情况下,缺省启动模式即为standard。在启动一个以standard为launchMode的Activity时,Ams只是简单的创建一个新的Activity实例,将其放到Activity任务栈(为了行文方便,后面将Activity任务栈简称AS),其TaskId则与启动这个Activity的调用者Activity相同(即就算创建一个新的进程,但是其TaskId还是跟调用者一致的,以确保用户回退操作时保持一致)。这种是最常见的使用方式。
对于singleTop模式,启动一个以singleTop为lauchMode的Activity时,本方案的常驻服务会查询AS:假如在AS顶端正是要启动的Activity实例,那么Ams就不会重新启动一个Activity实例,而是调用AS栈顶的该Activity实例的OnNewIntent函数(自然不会修改原来的TaskId值);假如在AS栈顶不是该Activity的实例,那么就会创建一个新的实例,将其压入AS,其TaskId与调用者Activity相同。这种方式主要用于避免自调自过程中,产生多个实例的情况。
对于singleTask模式,启动一个以singleTask为lauchMode的Activity时,本方案中的常驻服务会查询AS:如果AS内有一个该类Activity的实例,那么就会将该实例置于TS的顶端(原来位于该实例上面的其它同TaskId的activity实例,将被销毁),并调用该实例的onNewIntent函数;如果AS内没有该类的实例,就会启动一个新的实例,将其压入AS,其TaskID与启动它的调用者没有必然关系,而是取决于该Activity所在apk进程是否有TaskId,假如没有就会创建一个新的TaskId。在实测中发现,如果singleTask模式启动的Activity是AS中同TaskId的最底部一个(或被称谓Task栈的根实例),那么在通过桌面长按,在近期任务中跳转到Activity所在的任务时,即使该Activity实例不是在栈顶,也会被置到栈顶(还会调用其onNewIntent函数),并将AS上同TaskId的其它Activity实例销毁,具体可以通过附带的demo来验证,其中TaskOne中的Activity1置成singleTask启动模式,其它均为默认的standard。
对于singleInstance模式,启动一个以singleInstance为launchmode的Activity时,假如AS中已经有一个该类实例,那么调用其onNewIntent函数;否则就会创建一个新的TaskId,与该Activity所在的apk进程完全不同的TaskId,而且这个TaskId值以后也不会被用于其他任何Activity实例中。
方案二,所述在安卓系统中预先声明适配于各种组件类型的预留进程包括:在安卓系统中预先声明Service预留进程,所述Service预留进程适配于Service组件类型。
当所述目标组件属于Service组件类型时,上述启动所选择的预留进程,根据所述目标组件对应的Intent参数在该预留进程中对所述目标组件进行实例化,使得实例化的目标组件在该预留进程中运行包括:启动一个Service预留进程,将所述目标组件对应的Intent参数发送至所述Service预留进程,使得所述Service预留进程根据所述Intent参数返回一个对应于所述目标组件的Binder消息;根据所述Binder消息与所述目标组件建立连接,使得所述目标组件在所述Service预留进程中加载并运行。
上述过程要解决的是:将分身应用真正需要调用的真实的目标组件映射到Service预留进程中,而且要使得该Service预留进程能够返回对应于该真实的目标组件的唯一Binder消息,这才能真正完整地实现对目标组件的连接、加载和运行。
具体地,可以通过哈希值验证的方式来找到Intent参数与目标组件的映射关系,该方法进一步包括:预存Binder消息与Intent参数的哈希值的映射关系表;所述将所述目标组件对应的Intent参数发送至所述Service预留进程,使得所述Service预留进程根据所述Intent参数返回一个对应于所述目标组件的Binder消息包括:计算所述Intent参数的哈希值,将所述哈希值发送至所述Service预留进程,如果所述Intent参数的哈希值在所述映射关系表中,所述Service预留进程返回所述映射关系表中与所述Intent参数的哈希值对应的Binder消息。
方案三,在安卓系统中预先声明适配于各种组件类型的预留进程包括:在安卓系统中预先声明Receiver预留进程,所述Receiver预留进程适配于Receiver组件类型。
分身应用在运行过程中如果要使用Receiver组件,必然需要进行注册,虽然其注册行为不被安卓系统接纳,但分身应用还是会执行注册行为,Receiver组件的注册行为包括静态注册和动态注册,静态注册是指关于Receiver组件的注册信息写死在Manifest文件中,发生注册时相应的进程还未运行,因此在其需要运行Receiver组件时需要为其选择一个Receiver预留进程,而动态注册是指在进程运行过程中向安卓系统发出的注册声明,发生注册时相应的进程处于运行状态,无需为Receiver组件选择Receiver预留进程。
其中,监听安卓系统中发送广播消息的事件包括:将钩子函数挂载在安卓系统中发送广播消息的接口上,当拦截到所述发送广播消息的接口发送的广播消息时,确定监听到安卓系统中发送广播消息的事件;图1所示的方法进一步包括:当虚拟机中的指定安卓应用的分身应用的广播接收器均不符合所述广播消息的的接收条件时,放行所述广播消息。
所述当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属的组件类型的预留进程包括:当监听到安卓系统中发送广播消息的事件时,将符合所述广播消息的的接收条件的虚拟机中的指定安卓应用的分身应用的Receiver组件作为目标组件,所述目标组件属于Receiver组件类型;对于每个目标组件,启动一个Receiver预留进程,在该Receiver预留进程加载并运行所述目标进程。对静态注册过程进行说明如下:
图1所示的方法进一步包括:获取各指定安卓应用的安装包复件并保存至指定目录,作为各指定安卓应用的分身应用的安装包;解析各指定安卓应用的分身应用的安装包中的配置文件,获取各指定安卓应用的分身应用在相应配置文件中所注册的Receiver组件的相关信息并保存至所述配置管理表中。
则所述将符合所述广播消息的的接收条件的虚拟机中的指定安卓应用的分身应用的Receiver组件作为目标组件包括:判断所述配置管理表中记录的Receiver组件的相关信息是否符合所述广播消息的接收条件。
Receiver和Activity不一样,一个广播发出之后可能有多个接受者,因此需要在广播发出去之后,遍历有多少个分身应用的Receiver组件符合接收条件能够作为广播的接收者,如果找到分身应用中有三个Receiver组件可以作为广播的接收者,需要为每一个Receiver组件选择一个Receiver预留进程,多个Receiver预留进程启动之后,再在各自里面加载真正的Receiver。
方案四,在安卓系统中预先声明适配于各种组件类型的预留进程包括:在安卓系统中预先声明Provider预留进程,所述Provider预留进程适配于Provider组件类型。
当所述目标组件属于Provider组件类型时,所述从预先声明的预留进程中选择适配于所述目标组件所属组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行包括:选择并启动一个Provider预留进程,将所述目标组件分配至该Provider预留进程中运行。
真实的Provider的实现原理都是通过一个Uri来表示,Uri像一个协议有多个组成部分,例如:Uri(context|author|访问的节点),其中author是Provider的唯一标识,通过该唯一标识来对真正的目标组件进行识别和加载。因此,所述目标组件的相关信息包括:所述目标组件对应的Uri参数;所述将所述目标组件分配至该Provider预留进程中运行包括:将所述目标组件对应的Uri参数中的author参数传递给所述Provider预留进程,使得所述Provider预留进程根据所述author参数获取到所述目标组件的属性数据,根据所述目标组件的属性数据在所述Service预留进程中加载并运行所述目标数据。
图2示出了根据本发明一个实施例的安卓应用的运行管理架构的示意图。具体地,是安卓应用的分身应用的运行管理架构,如图2所示,此架构的实现基于与安卓系统的交互上,向安卓系统预先声明多个预留进程,通过一个常驻服务对安卓应用的分身应用进行统一管理,该常驻服务中包括:进程处理,用于实现前文中所述的进程管理过程;广播中心,用于代理分身应用进行广播消息的接收;预留进程选择管理器,用于在分身应用需要时为其选择适配的预留进程;中转桥,用于对获取异步调用机制进行中转代理;还有上文中所维护的Activity任务栈;接口处理和账户系统。可以看出,该架构可以通过模拟出安卓系统对于正常安装的安卓应用的运行管理来实现对于分身应用的运行管理,十分可靠完备。此外,本架构中还包括一个UI进程,该进程的运行是依赖于安卓系统的,例如用户在查询一共有多少个分身应用时,UI进程进行相应的运行。该架构形成一个完整的分身应用的生态环境。
图3示出了根据本发明一个实施例的一种安卓应用的进程管理装置的示意图。如图3所示,该安卓应用的进程管理装置300包括:
信息配置单元310,适于在安卓系统中预先声明适配于各种组件类型的预留进程。
环境构造单元320,适于构造虚拟机环境,将安卓系统中的一个或多个指定安卓应用的分身应用放入虚拟机中运行。
常驻服务单元330,适于当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属的组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行。
可见,图3所示的装置为了实现安卓系统中多个相同安卓应用的并行运行,在安卓系统中构造了虚拟机环境,将指定安卓应用的分身应用放入到该虚拟机中运行,且为了克服分身应用对于安卓系统是未知的进而无法与安卓系统进行组件调用的交互的问题,本方案为不同组件类型的组件分别预先声明了预留进程,在分身应用需要运行某种组件时为其提供相应的预留进程,此种方式不同于现有技术中常见的为具体的组件声明具体的进程的方式,预留进程的管理方式更加灵活方便,对于未在安卓系统中进行注册的分身系统的运行来说也是十分可靠有效,可以完美地实现安卓系统中指定安卓应用与其心相应的分身应用的并行运行。
在本发明的一个实施例中,常驻服务单元330,适于监听虚拟机中的指定安卓应用的分身应用向安卓系统请求调用目标组件的事件;当监听到该事件时,禁止该事件继续执行;获取该事件对应的目标组件的相关信息;根据所述目标组件的相关信息确定所述目标组件所属的组件类型,从预先声明的预留进程中选择适配于该组件类型的预留进程。
其中,所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述常驻服务单元330,适于启动所选择的预留进程,加载所述目标组件,根据所述目标组件对应的Intent参数在该预留进程中对所述目标组件进行实例化,使得实例化的目标组件在该预留进程中运行。
在具体的例子中,所述信息配置单元310,适于在安卓系统中预先声明Activity预留进程,所述Activity预留进程适配于Activity组件类型;所述常驻服务单元,适于当所述目标组件属于Activity组件类型时,启动一个Activity预留进程,将所述目标组件分配至该Activity预留进程中运行。
则常驻服务单元330,进一步适于维护一个Activity任务栈;还适于在所述启动一个Activity预留进程之前,根据所述目标组件的相关信息,判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务;是则,不再执行所述启动一个Activity预留进程的操作,根据所述目标组件的启动模式对所述任务进行调用;否则,执行所述启动一个Activity预留进程并将所述目标组件分配至该Activity预留进程中运行的操作,并将所述目标组件的运行事件作为一个任务压入所述Activity任务栈中。
对应于Activity组件的不同模式,当所述目标组件的启动模式是singleTask模式时,所述常驻服务单元330,适于判断所述Activity任务栈中是否存在运行所述目标组件的任务;目标组件的相关信息包括:所述目标组件对应的Intent参数;所述常驻服务单元330,适于将所述Activity任务栈中位于所述任务上方的其他任务销毁,使得所述任务位于所述Activity任务栈的顶端;将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
当所述目标组件的启动模式是singleInstance模式时,所述常驻服务单元330,适于判断所述Activity任务栈中是否存在运行所述目标组件的任务;所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述常驻服务单元330,适于将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
当所述目标组件的启动模式是singleTop模式时,所述常驻服务单元330,适于判断所述Activity任务栈中是否存在运行所述目标组件的任务且所述任务位于所述Activity任务栈的顶端;所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述常驻服务单元330,适于将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
在另一个具体的例子中,所述信息配置单元310,适于在安卓系统中预先声明Service预留进程,所述Service预留进程适配于Service组件类型;
所述常驻服务单元,适于当所述目标组件属于Service组件类型时,启动一个Service预留进程,将所述目标组件对应的Intent参数发送至所述Service预留进程,使得所述Service预留进程根据所述Intent参数返回一个对应于所述目标组件的Binder消息;根据所述Binder消息与所述目标组件建立连接,使得所述目标组件在所述Service预留进程中加载并运行。
进一步地,所述常驻服务单元330,还适于预存Binder消息与Intent参数的哈希值的映射关系表;在此基础上,所述常驻服务单元330,适于计算所述Intent参数的哈希值,将所述哈希值发送至所述Service预留进程,如果所述Intent参数的哈希值在所述映射关系表中,所述Service预留进程返回所述映射关系表中与所述Intent参数的哈希值对应的Binder消息。
在又一个具体的例子中,信息配置单元310,适于在安卓系统中预先声明Receiver预留进程,所述Receiver预留进程适配于Receiver组件类型;所述常驻服务单元330,适于当监听到安卓系统中发送广播消息的事件时,将符合所述广播消息的的接收条件的虚拟机中的指定安卓应用的分身应用的Receiver组件作为目标组件,所述目标组件属于Receiver组件类型;对于每个目标组件,启动一个Receiver预留进程,在该Receiver预留进程加载并运行所述目标进程。
其中,常驻服务单元330,适于将钩子函数挂载在安卓系统中发送广播消息的接口上,当拦截到所述发送广播消息的接口发送的广播消息时,确定监听到安卓系统中发送广播消息的事件;以及进一步地,常驻服务单元330,进一步适于当虚拟机中的指定安卓应用的分身应用的广播接收器均不符合所述广播消息的的接收条件时,放行所述广播消息。
进一步地,所述常驻服务单元330,还适于获取各指定安卓应用的安装包复件并保存至指定目录,作为各指定安卓应用的分身应用的安装包;解析各指定安卓应用的分身应用的安装包中的配置文件,获取各指定安卓应用的分身应用在相应配置文件中所注册的Receiver组件的相关信息并保存至所述配置管理表中。则所述常驻服务单元330,适于判断所述配置管理表中记录的Receiver组件的相关信息是否符合所述广播消息的接收条件。
在再一个具体的例子中,信息配置单元310,适于在安卓系统中预先声明Provider预留进程,所述Provider预留进程适配于Provider组件类型;常驻服务单元330,适于当所述目标组件属于Provider组件类型时,选择并启动一个Provider预留进程,将所述目标组件分配至该Provider预留进程中运行。
其中,所述目标组件的相关信息包括:所述目标组件对应的Uri参数;常驻服务单元330,适于将所述目标组件对应的Uri参数中的author参数传递给所述Provider预留进程,使得所述Provider预留进程根据所述author参数获取到所述目标组件的属性数据,根据所述目标组件的属性数据在所述Service预留进程中加载并运行所述目标数据。
需要说明的是,图3所示装置的各实施例与图1-图2所示方法的各实施例对应相同,上文已有详细说明,在此不再赘述。
综上所述,在本发明的技术方案中,为了实现安卓系统中多个相同安卓应用的并行运行,在安卓系统中构造了虚拟机环境,将指定安卓应用的分身应用放入到该虚拟机中运行,且为了克服分身应用对于安卓系统是未知的进而无法与安卓系统进行组件调用的交互的问题,本方案为不同组件类型的组件分别预先声明了预留进程,在分身应用需要运行某种组件时为其提供相应的预留进程,此种方式不同于现有技术中常见的为具体的组件声明具体的进程的方式,预留进程的管理方式更加灵活方便,对于未在安卓系统中进行注册的分身系统的运行来说也是十分可靠有效,可以完美地实现安卓系统中指定安卓应用与其心相应的分身应用的并行运行。
需要说明的是:
在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述,构造这类装置所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的安卓应用的进程管理装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明公开了A1、一种安卓应用的进程管理方法,其中,包括:
在安卓系统中预先声明适配于各种组件类型的预留进程;
构造虚拟机环境,将安卓系统中的一个或多个指定安卓应用的分身应用放入虚拟机中运行;
当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属的组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行。
A2、如A1所述的方法,其中,所述当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属组件类型的预留进程包括:
监听虚拟机中的指定安卓应用的分身应用向安卓系统请求调用目标组件的事件;
当监听到该事件时,禁止该事件继续执行;获取该事件对应的目标组件的相关信息;
根据所述目标组件的相关信息确定所述目标组件所属的组件类型,从预先声明的预留进程中选择适配于该组件类型的预留进程。
A3、如A2所述的方法,其中,所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述将所述目标组件分配至所选择的预留进程中运行包括:
启动所选择的预留进程,加载所述目标组件,根据所述目标组件对应的Intent参数在该预留进程中对所述目标组件进行实例化,使得实例化的目标组件在该预留进程中运行。
A4、如A2或A3所述的方法,其中,所述在安卓系统中预先声明适配于各种组件类型的预留进程包括:在安卓系统中预先声明Activity预留进程,所述Activity预留进程适配于Activity组件类型;
当所述目标组件属于Activity组件类型时,所述从预先声明的预留进程中选择适配于所述目标组件所属组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行包括:启动一个Activity预留进程,将所述目标组件分配至该Activity预留进程中运行。
A5、如A4所述的方法,其中,该方法进一步包括:维护一个Activity任务栈;在所述启动一个Activity预留进程之前,该方法进一步包括:
根据所述目标组件的相关信息,判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务;
是则,不再执行所述启动一个Activity预留进程的操作,根据所述目标组件的启动模式对所述任务进行调用;
否则,执行所述启动一个Activity预留进程并将所述目标组件分配至该Activity预留进程中运行的操作,并将所述目标组件的运行事件作为一个任务压入所述Activity任务栈中。
A6、如A5所述的方法,其中,当所述目标组件的启动模式是singleTask模式时,所述判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务包括:判断所述Activity任务栈中是否存在运行所述目标组件的任务;
所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述根据所述目标组件的启动模式对所述任务进行调用包括:
将所述Activity任务栈中位于所述任务上方的其他任务销毁,使得所述任务位于所述Activity任务栈的顶端;
将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
A7、如A5所述的方法,其中,当所述目标组件的启动模式是singleInstance模式时,所述判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务包括:判断所述Activity任务栈中是否存在运行所述目标组件的任务;
所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述根据所述目标组件的启动模式对所述任务进行调用包括:将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
A8、如A5所述的方法,其中,当所述目标组件的启动模式是singleTop模式时,所述判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务包括:判断所述Activity任务栈中是否存在运行所述目标组件的任务且所述任务位于所述Activity任务栈的顶端;
所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述根据所述目标组件的启动模式对所述任务进行调用包括:将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
A9、如A3所述的方法,其中,所述在安卓系统中预先声明适配于各种组件类型的预留进程包括:在安卓系统中预先声明Service预留进程,所述Service预留进程适配于Service组件类型;
当所述目标组件属于Service组件类型时,所述启动所选择的预留进程,根据所述目标组件对应的Intent参数在该预留进程中对所述目标组件进行实例化,使得实例化的目标组件在该预留进程中运行包括:启动一个Service预留进程,将所述目标组件对应的Intent参数发送至所述Service预留进程,使得所述Service预留进程根据所述Intent参数返回一个对应于所述目标组件的Binder消息;根据所述Binder消息与所述目标组件建立连接,使得所述目标组件在所述Service预留进程中加载并运行。
A10、如A9所述的方法,其中,该方法进一步包括:预存Binder消息与Intent参数的哈希值的映射关系表;
所述将所述目标组件对应的Intent参数发送至所述Service预留进程,使得所述Service预留进程根据所述Intent参数返回一个对应于所述目标组件的Binder消息包括:计算所述Intent参数的哈希值,将所述哈希值发送至所述Service预留进程,如果所述Intent参数的哈希值在所述映射关系表中,所述Service预留进程返回所述映射关系表中与所述Intent参数的哈希值对应的Binder消息。
A11、如A3所述的方法,其中,所述在安卓系统中预先声明适配于各种组件类型的预留进程包括:在安卓系统中预先声明Receiver预留进程,所述Receiver预留进程适配于Receiver组件类型;
所述当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属的组件类型的预留进程包括:当监听到安卓系统中发送广播消息的事件时,将符合所述广播消息的的接收条件的虚拟机中的指定安卓应用的分身应用的Receiver组件作为目标组件,所述目标组件属于Receiver组件类型;对于每个目标组件,启动一个Receiver预留进程,在该Receiver预留进程加载并运行所述目标进程。
A12、如A11所述的方法,其中,监听安卓系统中发送广播消息的事件包括:
将钩子函数挂载在安卓系统中发送广播消息的接口上,当拦截到所述发送广播消息的接口发送的广播消息时,确定监听到安卓系统中发送广播消息的事件;
该方法进一步包括:当虚拟机中的指定安卓应用的分身应用的广播接收器均不符合所述广播消息的的接收条件时,放行所述广播消息。
A13、如A11所述的方法,其中,该方法进一步包括:获取各指定安卓应用的安装包复件并保存至指定目录,作为各指定安卓应用的分身应用的安装包;解析各指定安卓应用的分身应用的安装包中的配置文件,获取各指定安卓应用的分身应用在相应配置文件中所注册的Receiver组件的相关信息并保存至所述配置管理表中。
则所述将符合所述广播消息的的接收条件的虚拟机中的指定安卓应用的分身应用的Receiver组件作为目标组件包括:判断所述配置管理表中记录的Receiver组件的相关信息是否符合所述广播消息的接收条件。
A14、如A2所述的方法,其中,所述在安卓系统中预先声明适配于各种组件类型的预留进程包括:在安卓系统中预先声明Provider预留进程,所述Provider预留进程适配于Provider组件类型;
当所述目标组件属于Provider组件类型时,所述从预先声明的预留进程中选择适配于所述目标组件所属组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行包括:选择并启动一个Provider预留进程,将所述目标组件分配至该Provider预留进程中运行。
A15、如A14所述的方法,其中,所述目标组件的相关信息包括:所述目标组件对应的Uri参数;
所述将所述目标组件分配至该Provider预留进程中运行包括:将所述目标组件对应的Uri参数中的author参数传递给所述Provider预留进程,使得所述Provider预留进程根据所述author参数获取到所述目标组件的属性数据,根据所述目标组件的属性数据在所述Service预留进程中加载并运行所述目标数据。
本发明还公开了B16、一种安卓应用的进程管理装置,其中,包括:
信息配置单元,适于在安卓系统中预先声明适配于各种组件类型的预留进程;
环境构造单元,适于构造虚拟机环境,将安卓系统中的一个或多个指定安卓应用的分身应用放入虚拟机中运行;
常驻服务单元,适于当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属的组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行。
B17、如B16所述的装置,其中,
所述常驻服务单元,适于监听虚拟机中的指定安卓应用的分身应用向安卓系统请求调用目标组件的事件;当监听到该事件时,禁止该事件继续执行;获取该事件对应的目标组件的相关信息;根据所述目标组件的相关信息确定所述目标组件所属的组件类型,从预先声明的预留进程中选择适配于该组件类型的预留进程。
B18、如B17所述的装置,其中,所述目标组件的相关信息包括:所述目标组件对应的Intent参数;
所述常驻服务单元,适于启动所选择的预留进程,加载所述目标组件,根据所述目标组件对应的Intent参数在该预留进程中对所述目标组件进行实例化,使得实例化的目标组件在该预留进程中运行。
B19、如B17或B18所述的装置,其中,所述信息配置单元,适于在安卓系统中预先声明Activity预留进程,所述Activity预留进程适配于Activity组件类型;
所述常驻服务单元,适于当所述目标组件属于Activity组件类型时,启动一个Activity预留进程,将所述目标组件分配至该Activity预留进程中运行。
B20、如B19所述的装置,其中,
所述常驻服务单元,进一步适于维护一个Activity任务栈;还适于在所述启动一个Activity预留进程之前,根据所述目标组件的相关信息,判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务;是则,不再执行所述启动一个Activity预留进程的操作,根据所述目标组件的启动模式对所述任务进行调用;否则,执行所述启动一个Activity预留进程并将所述目标组件分配至该Activity预留进程中运行的操作,并将所述目标组件的运行事件作为一个任务压入所述Activity任务栈中。
B21、如B20所述的装置,其中,当所述目标组件的启动模式是singleTask模式时,所述常驻服务单元,适于判断所述Activity任务栈中是否存在运行所述目标组件的任务;
所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述常驻服务单元,适于将所述Activity任务栈中位于所述任务上方的其他任务销毁,使得所述任务位于所述Activity任务栈的顶端;将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
B22、如B20所述的装置,其中,当所述目标组件的启动模式是singleInstance模式时,所述常驻服务单元,适于判断所述Activity任务栈中是否存在运行所述目标组件的任务;
所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述常驻服务单元,适于将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
B23、如B20所述的装置,其中,当所述目标组件的启动模式是singleTop模式时,所述常驻服务单元,适于判断所述Activity任务栈中是否存在运行所述目标组件的任务且所述任务位于所述Activity任务栈的顶端;
所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述常驻服务单元,适于将所述目标组件对应的Intent参数传给所述任务,将所述任务调至前台。
B24、如B18所述的装置,其中,所述信息配置单元,适于在安卓系统中预先声明Service预留进程,所述Service预留进程适配于Service组件类型;
所述常驻服务单元,适于当所述目标组件属于Service组件类型时,启动一个Service预留进程,将所述目标组件对应的Intent参数发送至所述Service预留进程,使得所述Service预留进程根据所述Intent参数返回一个对应于所述目标组件的Binder消息;根据所述Binder消息与所述目标组件建立连接,使得所述目标组件在所述Service预留进程中加载并运行。
B25、如B24所述的装置,其中,所述常驻服务单元,进一步适于预存Binder消息与Intent参数的哈希值的映射关系表;
所述常驻服务单元,适于计算所述Intent参数的哈希值,将所述哈希值发送至所述Service预留进程,如果所述Intent参数的哈希值在所述映射关系表中,所述Service预留进程返回所述映射关系表中与所述Intent参数的哈希值对应的Binder消息。
B26、如B18所述的装置,其中,所述信息配置单元,适于在安卓系统中预先声明Receiver预留进程,所述Receiver预留进程适配于Receiver组件类型;
所述常驻服务单元,适于当监听到安卓系统中发送广播消息的事件时,将符合所述广播消息的的接收条件的虚拟机中的指定安卓应用的分身应用的Receiver组件作为目标组件,所述目标组件属于Receiver组件类型;对于每个目标组件,启动一个Receiver预留进程,在该Receiver预留进程加载并运行所述目标进程。
B27、如B26所述的装置,其中,
所述常驻服务单元,适于将钩子函数挂载在安卓系统中发送广播消息的接口上,当拦截到所述发送广播消息的接口发送的广播消息时,确定监听到安卓系统中发送广播消息的事件;
所述常驻服务单元,进一步适于当虚拟机中的指定安卓应用的分身应用的广播接收器均不符合所述广播消息的的接收条件时,放行所述广播消息。
B28、如B26所述的装置,其中,所述常驻服务单元,还适于获取各指定安卓应用的安装包复件并保存至指定目录,作为各指定安卓应用的分身应用的安装包;解析各指定安卓应用的分身应用的安装包中的配置文件,获取各指定安卓应用的分身应用在相应配置文件中所注册的Receiver组件的相关信息并保存至所述配置管理表中。
则所述常驻服务单元,适于判断所述配置管理表中记录的Receiver组件的相关信息是否符合所述广播消息的接收条件。
B29、如B17所述的装置,其中,所述信息配置单元,适于在安卓系统中预先声明Provider预留进程,所述Provider预留进程适配于Provider组件类型;
所述常驻服务单元,适于当所述目标组件属于Provider组件类型时,选择并启动一个Provider预留进程,将所述目标组件分配至该Provider预留进程中运行。
B30、如B29所述的装置,其中,所述目标组件的相关信息包括:所述目标组件对应的Uri参数;
所述常驻服务单元,适于将所述目标组件对应的Uri参数中的author参数传递给所述Provider预留进程,使得所述Provider预留进程根据所述author参数获取到所述目标组件的属性数据,根据所述目标组件的属性数据在所述Service预留进程中加载并运行所述目标数据。
Claims (10)
1.一种安卓应用的进程管理方法,其中,包括:
在安卓系统中预先声明适配于各种组件类型的预留进程;
构造虚拟机环境,将安卓系统中的一个或多个指定安卓应用的分身应用放入虚拟机中运行;
当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属的组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行。
2.如权利要求1所述的方法,其中,所述当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属组件类型的预留进程包括:
监听虚拟机中的指定安卓应用的分身应用向安卓系统请求调用目标组件的事件;
当监听到该事件时,禁止该事件继续执行;获取该事件对应的目标组件的相关信息;
根据所述目标组件的相关信息确定所述目标组件所属的组件类型,从预先声明的预留进程中选择适配于该组件类型的预留进程。
3.如权利要求2所述的方法,其中,所述目标组件的相关信息包括:所述目标组件对应的Intent参数;所述将所述目标组件分配至所选择的预留进程中运行包括:
启动所选择的预留进程,加载所述目标组件,根据所述目标组件对应的Intent参数在该预留进程中对所述目标组件进行实例化,使得实例化的目标组件在该预留进程中运行。
4.如权利要求2或3所述的方法,其中,所述在安卓系统中预先声明适配于各种组件类型的预留进程包括:在安卓系统中预先声明Activity预留进程,所述Activity预留进程适配于Activity组件类型;
当所述目标组件属于Activity组件类型时,所述从预先声明的预留进程中选择适配于所述目标组件所属组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行包括:启动一个Activity预留进程,将所述目标组件分配至该Activity预留进程中运行。
5.如权利要求4所述的方法,其中,该方法进一步包括:维护一个Activity任务栈;在所述启动一个Activity预留进程之前,该方法进一步包括:
根据所述目标组件的相关信息,判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务;
是则,不再执行所述启动一个Activity预留进程的操作,根据所述目标组件的启动模式对所述任务进行调用;
否则,执行所述启动一个Activity预留进程并将所述目标组件分配至该Activity预留进程中运行的操作,并将所述目标组件的运行事件作为一个任务压入所述Activity任务栈中。
6.一种安卓应用的进程管理装置,其中,包括:
信息配置单元,适于在安卓系统中预先声明适配于各种组件类型的预留进程;
环境构造单元,适于构造虚拟机环境,将安卓系统中的一个或多个指定安卓应用的分身应用放入虚拟机中运行;
常驻服务单元,适于当指定安卓应用的分身应用需要运行目标组件时,从预先声明的预留进程中选择适配于所述目标组件所属的组件类型的预留进程,将所述目标组件分配至所选择的预留进程中运行。
7.如权利要求6所述的装置,其中,
所述常驻服务单元,适于监听虚拟机中的指定安卓应用的分身应用向安卓系统请求调用目标组件的事件;当监听到该事件时,禁止该事件继续执行;获取该事件对应的目标组件的相关信息;根据所述目标组件的相关信息确定所述目标组件所属的组件类型,从预先声明的预留进程中选择适配于该组件类型的预留进程。
8.如权利要求7所述的装置,其中,所述目标组件的相关信息包括:所述目标组件对应的Intent参数;
所述常驻服务单元,适于启动所选择的预留进程,加载所述目标组件,根据所述目标组件对应的Intent参数在该预留进程中对所述目标组件进行实例化,使得实例化的目标组件在该预留进程中运行。
9.如权利要求7或8所述的装置,其中,所述信息配置单元,适于在安卓系统中预先声明Activity预留进程,所述Activity预留进程适配于Activity组件类型;
所述常驻服务单元,适于当所述目标组件属于Activity组件类型时,启动一个Activity预留进程,将所述目标组件分配至该Activity预留进程中运行。
10.如权利要求9所述的装置,其中,
所述常驻服务单元,进一步适于维护一个Activity任务栈;还适于在所述启动一个Activity预留进程之前,根据所述目标组件的相关信息,判断当前所述Activity任务栈中是否存在关于所述目标组件的符合预定条件的任务;是则,不再执行所述启动一个Activity预留进程的操作,根据所述目标组件的启动模式对所述任务进行调用;否则,执行所述启动一个Activity预留进程并将所述目标组件分配至该Activity预留进程中运行的操作,并将所述目标组件的运行事件作为一个任务压入所述Activity任务栈中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611249901.XA CN106775952B (zh) | 2016-12-29 | 2016-12-29 | 一种安卓应用的进程管理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611249901.XA CN106775952B (zh) | 2016-12-29 | 2016-12-29 | 一种安卓应用的进程管理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106775952A true CN106775952A (zh) | 2017-05-31 |
CN106775952B CN106775952B (zh) | 2020-09-22 |
Family
ID=58927671
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611249901.XA Active CN106775952B (zh) | 2016-12-29 | 2016-12-29 | 一种安卓应用的进程管理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106775952B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108093416A (zh) * | 2017-11-30 | 2018-05-29 | 厦门市美亚柏科信息股份有限公司 | 一种移动app推送数据的采集方法及终端 |
CN108228277A (zh) * | 2017-12-28 | 2018-06-29 | 北京奇虎科技有限公司 | 进入应用程序的方法及装置 |
CN108280113A (zh) * | 2017-07-13 | 2018-07-13 | 广州市动景计算机科技有限公司 | Service Worker控制方法、装置及电子终端 |
CN109032674A (zh) * | 2018-06-07 | 2018-12-18 | 烽火通信科技股份有限公司 | 一种多进程管理方法、系统及网络设备 |
CN109144692A (zh) * | 2018-07-16 | 2019-01-04 | 北京奇虎科技有限公司 | 一种用于分配进程的方法、装置及终端 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8949142B1 (en) * | 2013-12-19 | 2015-02-03 | Opentable, Inc. | Mobile payments integrated with a booking system |
CN104750528A (zh) * | 2015-03-31 | 2015-07-01 | 北京奇虎科技有限公司 | 一种Android程序中的组件管理方法和装置 |
CN105094922A (zh) * | 2015-08-17 | 2015-11-25 | 北京奇虎科技有限公司 | 应用程序免安装运行控制方法及其装置 |
CN105893839A (zh) * | 2016-06-20 | 2016-08-24 | 北京奇虎科技有限公司 | 一种安卓应用的广播的代理处理方法和装置 |
CN105955782A (zh) * | 2016-05-09 | 2016-09-21 | 北京奇虎科技有限公司 | 应用程序运行控制的方法及装置 |
-
2016
- 2016-12-29 CN CN201611249901.XA patent/CN106775952B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8949142B1 (en) * | 2013-12-19 | 2015-02-03 | Opentable, Inc. | Mobile payments integrated with a booking system |
CN104750528A (zh) * | 2015-03-31 | 2015-07-01 | 北京奇虎科技有限公司 | 一种Android程序中的组件管理方法和装置 |
CN105094922A (zh) * | 2015-08-17 | 2015-11-25 | 北京奇虎科技有限公司 | 应用程序免安装运行控制方法及其装置 |
CN105955782A (zh) * | 2016-05-09 | 2016-09-21 | 北京奇虎科技有限公司 | 应用程序运行控制的方法及装置 |
CN105893839A (zh) * | 2016-06-20 | 2016-08-24 | 北京奇虎科技有限公司 | 一种安卓应用的广播的代理处理方法和装置 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108280113A (zh) * | 2017-07-13 | 2018-07-13 | 广州市动景计算机科技有限公司 | Service Worker控制方法、装置及电子终端 |
CN108093416A (zh) * | 2017-11-30 | 2018-05-29 | 厦门市美亚柏科信息股份有限公司 | 一种移动app推送数据的采集方法及终端 |
CN108228277A (zh) * | 2017-12-28 | 2018-06-29 | 北京奇虎科技有限公司 | 进入应用程序的方法及装置 |
CN108228277B (zh) * | 2017-12-28 | 2022-04-29 | 北京奇虎科技有限公司 | 进入应用程序的方法及装置 |
CN109032674A (zh) * | 2018-06-07 | 2018-12-18 | 烽火通信科技股份有限公司 | 一种多进程管理方法、系统及网络设备 |
CN109032674B (zh) * | 2018-06-07 | 2021-08-24 | 烽火通信科技股份有限公司 | 一种多进程管理方法、系统及网络设备 |
CN109144692A (zh) * | 2018-07-16 | 2019-01-04 | 北京奇虎科技有限公司 | 一种用于分配进程的方法、装置及终端 |
Also Published As
Publication number | Publication date |
---|---|
CN106775952B (zh) | 2020-09-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10644929B2 (en) | Defining configurable characteristics of a product and associating configuration with enterprise resources | |
CN106775952A (zh) | 一种安卓应用的进程管理方法和装置 | |
US8775671B2 (en) | Managing information exchange between business entities | |
US8954952B2 (en) | Portable business process deployment model across different application servers | |
US8606859B2 (en) | Method and system to communicate messages in a computer network | |
US20120173614A1 (en) | Event broker for an improved application server platform for telecom-based applications | |
CN108415710B (zh) | 在智能对话开发平台上发布、调用api的方法和系统 | |
US20130304665A1 (en) | Managing Information Exchange Between Business Entities | |
US20120042076A1 (en) | Method and apparatus for managing application resources via policy rules | |
CN104022945B (zh) | 在客户端中实现即时通讯的方法和装置 | |
JP2009087361A (ja) | コンポーネントベースの無線アプリケーションを作成して同アプリケーションと通信するためのシステム及び方法 | |
CN102523308B (zh) | 一种应用开发方法和运行该方法所开发应用的平台系统 | |
CN109618176B (zh) | 一种直播业务的处理方法、设备和存储介质 | |
CN108319463A (zh) | 一种应用升级方法、装置 | |
US20120131469A1 (en) | Runtime usage analysis for a distributed policy enforcement system | |
CN106843937A (zh) | 一种通知对应App的调起方法及装置 | |
CN107329991A (zh) | 一种列表页访问和展示方法及其系统 | |
CN107277012A (zh) | 一种信息共享方法与装置 | |
CN110750780B (zh) | 基于多业务系统的用户角色权限融合方法、装置以及设备 | |
CN109614271A (zh) | 多个集群数据一致性的控制方法、装置、设备及存储介质 | |
CN108920157A (zh) | Nginx软件的安装方法、装置、计算机设备及存储介质 | |
CN106657358A (zh) | 一种安卓应用的服务代理方法和装置 | |
CN110673827B (zh) | 基于安卓系统的资源调用方法及装置、电子设备 | |
CN109740342A (zh) | 获取shell执行权限的方法、系统、计算机装置及存储介质 | |
CN107644322A (zh) | 基于OnlineBox系统的多终端审批方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |