CN109992310B - 应用程序保活方法、装置、计算机设备和存储介质 - Google Patents
应用程序保活方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN109992310B CN109992310B CN201910184799.7A CN201910184799A CN109992310B CN 109992310 B CN109992310 B CN 109992310B CN 201910184799 A CN201910184799 A CN 201910184799A CN 109992310 B CN109992310 B CN 109992310B
- Authority
- CN
- China
- Prior art keywords
- application program
- alive
- keep
- operating system
- background
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 321
- 230000008569 process Effects 0.000 claims abstract description 287
- 238000012544 monitoring process Methods 0.000 claims abstract description 75
- 230000004913 activation Effects 0.000 claims abstract description 29
- 238000004590 computer program Methods 0.000 claims description 24
- 230000000977 initiatory effect Effects 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 230000003213 activating effect Effects 0.000 description 3
- 230000026676 system process Effects 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- VYPSYNLAJGMNEJ-UHFFFAOYSA-N Silicium dioxide Chemical compound O=[Si]=O VYPSYNLAJGMNEJ-UHFFFAOYSA-N 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
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/4401—Bootstrapping
- G06F9/4418—Suspend and resume; Hibernate and awake
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请涉及一种应用程序保活方法、装置、计算机设备和存储介质。所述方法包括:创建保活进程;在应用程序退出至操作系统后台后,将应用程序的后台进程与保活进程建立连接关系,连接关系用于指示保活进程接收应用程序的后台进程发送的运行状态信息;通过保活进程监听操作系统中的广播信息;当监听到广播信息,根据运行状态信息从应用程序中确定目标应用程序;通过保活进程发送激活信号启动目标应用程序的后台进程。本方法能够在应用程序的后台进程被意外关闭的情况下,及时唤醒应用程序的后台进程,使得应用程序的后台进程在操作系统后台中继续运行,避免应用程序的功能业务因为后台进程被关闭而受影响。
Description
技术领域
本申请涉及通信技术领域,特别是涉及一种应用程序保活方法、装置、计算机设备和存储介质。
背景技术
现今,部分应用程序在退出至操作系统后台后,要求后台进程长期运行于操作系统后台中,以支持如应用消息的接收或业务数据的持续上报等应用程序功能的正常使用。但是,在操作系统内存资源不足时或者应用程序长时间无任何操作时,应用程序对应的后台进程会被操作系统关闭,使得应用程序无法在操作系统后台持续运行,导致应用程序的功能服务的无法正常运行。
发明内容
基于此,有必要针对上述技术问题,提供一种应用程序保活方法、装置、计算机设备和存储介质。
一种应用程序保活方法,所述方法包括:
创建保活进程;
在应用程序退出至操作系统后台后,将所述应用程序的后台进程与所述保活进程建立连接关系,所述连接关系用于指示所述保活进程接收所述应用程序的后台进程发送的运行状态信息;
通过所述保活进程监听操作系统中的广播信息;
当监听到广播信息,根据所述运行状态信息从所述应用程序中确定目标应用程序;
通过所述保活进程发送激活信号启动所述目标应用程序的后台进程。
在其中一个实施例中,所述将所述应用程序的后台进程与所述保活进程建立连接关系的步骤之后,还包括:
生成与所述应用程序的后台进程对应的标识符,记录所述标识符得到保活白名单;
所述根据所述运行状态信息从所述应用程序中确定目标应用程序的步骤,包括:
读取所述保活白名单中待保活应用程序的标识符;
接收第一应用程序的后台进程发送的运行状态信息,所述运行状态信息包括第一应用程序的标识符;
根据所述待保活应用程序的标识符以及所述第一应用程序的标识符,在所述保活白名单中确定未发送运行状态信息的待保活应用程序,并将未发送运行状态信息的待保活应用程序确定为目标应用程序。
在其中一个实施例中,所述通过所述保活进程发送激活信号启动所述目标应用程序的后台进程的步骤之前,还包括:
获取所述操作系统的空闲内存资源量以及启动所述目标应用程序的后台进程所需的第一内存资源量;
当所述空闲内存资源量小于所述第一内存资源量,获取操作系统后台中第二应用程序的优先级级别,所述第二应用程序包括在操作系统后台中运行且未在所述保活白名单中的应用程序;
根据所述优先级级别关闭所述第二应用程序的后台进程。
在其中一个实施例中,根据所述优先级级别关闭所述第二应用程序的后台进程的步骤之后,还包括:
更新所述操作系统的空闲内存资源量;
当所述空闲内存资源量小于所述第一内存资源量,展示提示界面;
通过所述提示界面接收到关闭指令,根据所述关闭指令关闭在所述保活白名单中优先级级别最低的待保活应用程序,并删除所述保活白名单中的所述优先级级别最低的待保活应用程序的标识符。
在其中一个实施例中,所述通过所述保活进程监听操作系统中的广播信息的步骤,包括:
获取预设的监听周期,所述监听周期包括监听时间;
在所述监听时间内,通过所述保活进程监听操作系统中的广播信息。
一种应用程序保活装置,所述装置包括:
保活进程创建模块,用于创建保活进程;
连接建立模块,用于在应用程序退出至操作系统后台后,将所述应用程序的后台进程与所述保活进程建立连接关系,所述连接关系用于指示所述保活进程接收所述应用程序的后台进程发送的运行状态信息;
广播信息监听模块,用于通过所述保活进程监听操作系统中的广播信息;
应用程序确定模块,用于当监听到广播信息,根据所述运行状态信息从所述应用程序中确定目标应用程序;
应用程序启动模块,用于通过所述保活进程发送激活信号启动所述目标应用程序的后台进程。
在其中一个实施例中,连接建立模块还用于生成与所述应用程序的后台进程对应的标识符,记录所述标识符得到保活白名单;所述应用程序启动模块用于读取所述保活白名单中待保活应用程序的标识符;接收第一应用程序的后台进程发送的运行状态信息,所述运行状态信息包括第一应用程序的标识符;根据所述待保活应用程序的标识符以及所述第一应用程序的标识符,在所述保活白名单中确定未发送运行状态信息的待保活应用程序,并将未发送运行状态信息的待保活应用程序确定为目标应用程序。
在其中一个实施例中,所述应用程序启动模块还用于获取所述操作系统的空闲内存资源量以及启动所述目标应用程序的后台进程所需的第一内存资源量;当所述空闲内存资源量小于所述第一内存资源量,获取操作系统后台中第二应用程序的优先级级别,所述第二应用程序包括在操作系统后台中运行且未在所述保活白名单中的应用程序;根据所述优先级级别关闭所述第二应用程序的后台进程。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
创建保活进程;
在应用程序退出至操作系统后台后,将所述应用程序的后台进程与所述保活进程建立连接关系,所述连接关系用于指示所述保活进程接收所述应用程序的后台进程发送的运行状态信息;
通过所述保活进程监听操作系统中的广播信息;
当监听到广播信息,根据所述运行状态信息从所述应用程序中确定目标应用程序;
通过所述保活进程发送激活信号启动所述目标应用程序的后台进程。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
接收保活进程创建指令,根据所述保活进程创建指令调用进程创建函数创建保活进程;
在应用程序退出至操作系统后台后,将所述应用程序的后台进程与所述保活进程建立连接关系,所述连接关系用于指示所述保活进程接收所述应用程序的后台进程发送的运行状态信息;
通过所述保活进程监听操作系统中的广播信息;
当监听到广播信息,根据所述运行状态信息从所述应用程序中确定目标应用程序;
通过所述保活进程发送激活信号启动所述目标应用程序的后台进程。
上述应用程序保活方法、装置、计算机设备和存储介质,在操作系统中创建保活进程,在应用程序退出至操作系统后台后,监听操作系统内的广播信息,当监听到广播信息,保活进程发送激活信号启动应用程序的后台进程,当应用程序的后台进程被意外关闭的情况下,及时唤醒应用程序的后台进程,使得应用程序的后台进程在操作系统后台中继续运行,避免应用程序的功能业务因为后台进程被关闭而受影响。
附图说明
图1为一个实施例中应用程序保活方法的应用场景图;
图2为一个实施例中应用程序保活方法的流程示意图;
图3为一个实施例中通过保活进程发送激活信号启动后台进程的步骤的流程示意图;
图4为一个实施例中提示界面的示意图;
图5为另一个实施例中通过保活进程发送激活信号启动后台进程的步骤的流程示意图;
图6为一个实施例中应用程序保活装置的结构框图;
图7为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的应用程序保活方法,可以应用于如图1所示的智能手机、笔记本电脑、平板电报等用户终端中。其中,应用程序的后台进程102与用户终端的操作系统的保活进程104通过网络进行通信。操作系统中创建保活进程104,在应用程序退出至操作系统后台后,保活进程104监听操作系统内的广播信息,当监听到广播信息,保活进程104发送激活信号启动应用程序的后台进程102,当应用程序的后台进程102被意外关闭的情况下,能够及时唤醒应用程序的后台进程102,使得应用程序的后台进程102在操作系统后台中继续运行,避免应用程序的功能业务因为后台进程被关闭而受影响。
在一个实施例中,如图2所示,提供了一种应用程序保活方法,以该方法应用于操作系统为例进行说明,包括以下步骤:
步骤S210:创建保活进程。
本步骤中,操作系统创建保活进程,其中保活进程是由操作系统进程管理的。具体的,保活进程可以是操作系统预先通过操作系统进程调用分叉函数创建的,也可以是操作系统在需要长期在操作系统后台运行的应用程序退出至操作系统后台后,触发操作系统进程调用分叉函数创建的。
步骤S220:在应用程序退出至操作系统后台后,将应用程序的后台进程与保活进程建立连接关系,连接关系用于指示保活进程接收应用程序的后台进程发送的运行状态信息。
本步骤中,应用程序是指用户在用户终端上看得到并感受到的程序,例如微信、YouTube等应用程序;而应用程序的进程是指在程序运行过程中被加载到内存中执行的程序实例;操作系统后台是指在应用程序关闭后,应用程序的后台进程驻留在操作系统中所处的位置;在应用程序在前台关闭退出至操作系统后台后,应用程序的后台进程与保活进程建立连接,实现应用程序的后台进程以及保活进程的数据传输,使得保活进程可以通过连接关系接收该应用程序的后台进程发送的运行状态信息,同时保活进程也可以通过连接关系发送激活信号以重启应用程序的后台进程。
步骤S230:通过保活进程监听操作系统中的广播信息。
本步骤中,操作系统通过保活进程监听操作系统内各类型的广播信息,广播信息包括用户对终端系统进行操作时产生的操作指令或者操作系统本身发送的内部系统级别的信息,例如用户通过手机终端进行拨打电话时触发的拨号指令、当手机终端的网络连接由WIFI连接变为移动网络连接时操作系统广播的网络变化信息等。
步骤S240:当监听到广播信息,根据运行状态信息从应用程序中确定目标应用程序。
本步骤中,运行状态信息用于表示应用程序在后台的运行状态,当监听到广播信息时,可以根据应用程序的运行状态信息确定应用程序的后台进程处于正在运行状态还是被意外关闭的非运行状态,从而将后台进程为非运行状态的应用程序,确定为需要重启保活的目标应用程序。
步骤S250:通过保活进程发送激活信号启动目标应用程序的后台进程。
本步骤中,当操作系统通过保活进程监听到操作系统内的广播信息,操作系统通过保活进程与后台进程的连接发送激活信号,重新启动应用程序的后台进程,及时唤醒被关闭的应用程序,实现应用程序的保活。
上述应用程序保活方法,在操作系统中创建保活进程,在应用程序退出至操作系统后台后,监听操作系统内的广播信息,当监听到广播信息,保活进程发送激活信号启动应用程序的后台进程,当应用程序的后台进程被意外关闭的情况下,及时唤醒应用程序的后台进程,使得应用程序的后台进程在操作系统后台中继续运行,避免应用程序的功能业务因为后台进程被关闭而受影响。
在一个实施例中,将应用程序的后台进程与保活进程建立连接关系的步骤之后,还包括:生成与应用程序的后台进程对应的标识符,记录标识符得到保活白名单;根据运行状态信息从应用程序中确定目标应用程序的步骤,包括:读取保活白名单中待保活应用程序的标识符;接收第一应用程序的后台进程发送的运行状态信息,运行状态信息包括第一应用程序的标识符;根据待保活应用程序的标识符以及第一应用程序的标识符,在保活白名单中确定未发送运行状态信息的待保活应用程序,并将未发送运行状态信息的待保活应用程序确定为目标应用程序。
第一应用程序包括运行在操作系统后台且在保活白名单内的应用程序;本实施例中,操作系统将建立了连接关系的应用程序作为待保活应用程序记录至保活白名单中,具体的,根据建立了连接关系的应用程序生成对应的标识符,将标识符记录至保活白名单中。运行在操作系统后台且在保活白名单内的第一应用程序的后台进程定时向保活进程发送包含应用程序标识符的运行状态信息,操作系统通过保活进程接收各个第一应用程序的后台进程发送的运行状态信息后,提取运行状态信息中的标识符,在监听到广播信息时,操作系统将接收到的第一应用程序的标识符与保活白名单中的标识符进行对比,从而确定在保活白名单内但是未发送运行状态信息的应用程序,即被意外关闭的应用程序,并将被意外关闭的待保活应用程序确定为目标应用程序。通过将需要长期在操作系统后台运行的应用程序记录至保活白名单,方便后续确定被意外关闭的应用程序,及时唤醒被关闭的目标应用程序,实现应用程序的保活。
在一个实施例中,如图3所示,根据所述运行状态信息从所述应用程序中确定目标应用程序的步骤,包括:
步骤S241:读取保活白名单中待保活应用程序的标识符。
步骤S242:接收第一应用程序的后台进程发送的运行状态信息,运行状态信息包括第一应用程序的标识符。
步骤S243:根据待保活应用程序的标识符以及第一应用程序的标识符,在保活白名单中确定未发送运行状态信息的待保活应用程序,并将未发送运行状态信息的待保活应用程序确定为目标应用程序。
本步骤中,若保活进程能够接收到某一应用程序A的运行状态信息,则认为应用程序A的后台进程为运行状态,若保活进程没有接收到某一应用程序A的运行状态信息,则认为应用程序A的后台进程被意外关闭,应用程序A的后台进程为关闭状态;操作系统在接收到各个第一应用程序的运行状态信息后,将接收到的运行状态信息的标识符与保活白名单内的标识符进行对比,确定保活白名单中没有接收到运行状态信息对应的目标标识符,从而根据目标标识符确定保活白名单内被意外关闭的待保活应用程序,并将被意外关闭的待保活应用程序确定为目标应用程序。
本实施例中,通过运行在操作系统后台且在保活白名单内的应用程序的所有后台进程发送的运行状态信息,根据运行状态信息中标识符确定被关闭的应用程序,从而确定在保活白名单的应用程序中被关闭的目标应用程序,在后续监听到广播信息后通过保活进程发送激活信号重新启动目标应用程序,以实现应用程序的保活,提高激活信息的发送对象的准确性,确保被关闭的应用程序能够及时被激活。
每个后台进程在运行时会占用一定的内存资源,当后台进程被关闭时,内核释放该后台进程所占用的内存资源。当操作系统后台运行多个应用程序的后台进程,往往会造成内存资源紧张,空闲内存资源不足,操作系统无法重新启动被关闭的应用程序的后台进程,因而需要关闭无需长期在操作系统后台运行的应用程序的后台进程。在一个实施例中,通过保活进程发送激活信号启动目标应用程序的后台进程的步骤之前,还包括:获取操作系统的空闲内存资源量以及启动目标应用程序的后台进程所需的第一内存资源量;当空闲内存资源量小于第一内存资源量,获取操作系统后台中第二应用程序的优先级级别,第二应用程序包括在操作系统后台中运行且未在保活白名单中的应用程序;根据优先级级别关闭第二应用程序的后台进程。
操作系统通过保活进程发送激活信号启动被关闭的应用程序的后台进程之前,获取空闲的内存资源量以及目标应用程序的后台进程运行时所占用的第一内存资源量;通过对比空闲的内存资源量以及第一内存资源量,在空闲的内存资源量小于第一内存资源量时,即空闲内存资源不足、无法重新启动被关闭的应用程序的后台进程的时候,操作系统获取除待保活白名单外的第二应用程序的优先级级别,将优先级级别最低的第二应用程序的后台进程关闭,释放占用的内存资源,直至空闲内存资源量大于目标应用程序的后台进程运行时所占用的第一内存资源量。本实施例通过关闭非待保活应用程序,释放被占用的内存资源以增加空闲内存资源量,确保空闲内存资源量大于第一内存资源量,保证目标应用程序的后台进程被重新激活,实现目标应用程序的保活。
进一步的,操作系统还可以获取第二应用程序运行时所占用的内存资源量,根据第二应用程序的优先级级别以及第二应用程序占用的内存资源量关闭第二应用程序的后台进程。具体的,操作系统优先将优先级级别最低且占用内存资源量最大的第二应用程序的后台进程关闭,实现关闭最少的应用程序以释放最大的内存资源,从而确保空闲内存资源量大于第一内存资源量,保证目标应用程序的后台进程被重新激活,实现目标应用程序的保活。
考虑到需要长期在操作系统后台运行的待保活应用程序数量增加时,即使在关闭全部无需长期在操作系统后台运行的应用程序的后台进程,操作系统内的空闲内存资源仍然无法为目标应用程序提供足够的内存资源,需要对部分待保活应用程序进行关闭。在一个实施例中,根据优先级级别关闭第二应用程序的后台进程的步骤之后,还包括:更新操作系统的空闲内存资源量;当空闲内存资源量小于第一内存资源量,展示提示界面;通过提示界面接收到关闭指令,根据关闭指令关闭在保活白名单中优先级级别最低的待保活应用程序,并删除保活白名单中的优先级级别最低的待保活应用程序的标识符。
本实施例中,在保活白名单中针对不同的待保活应用程序设置有不同的优先级级别。操作系统在清除所有不在应用程序保活白名单的第二应用程序并更新空闲内存资源量后,再次对比当前操作系统的空闲内存资源量和第一内存资源量,当空闲内存资源量仍然小于目标应用程序的后台进程启动所需要的内存时,通过显示装置展示提示界面,由用户在提示界面进行操作,确认关闭其他待保活应用程序的后台进程,从而触发相应的关闭指令;当操作系统通过提示界面接收到关闭指令,操作系统关闭在应用程序保活白名单中优先级级别最低的待保活应用程序的后台进程,直至空闲内存资源量大于目标应用程序的后台进程运行时所占用的第一内存资源量,同时操作系统将被关闭的待保活应用程序的标识符从保活白名单中删除,避免后续内存资源不足导致无法重新启动目标应用程序,以保证目标应用程序的后台进程被意外关闭的情况下,能够被及时唤醒。
具体的,参见图4,图4为一个实施例中提示界面的示意图,该提示界面包括提示信息、确认按钮以及取消按钮,用户读取到提示信息后,在提示界面进行操作,当用户点击确认按钮时触发关闭指令,操作系统通过提示界面接收到关闭指令,操作系统关闭在应用程序保活白名单中优先级级别最低的待保活应用程序的后台进程;当用户点击取消按钮时触发取消启动指令,操作系统通过提示界面接收到取消启动指令,操作系统取消启动目标应用程序的后台进程。
操作系统中的广播信息数量较多,保活进程每次监听到广播信息时都发送激活信号以强制拉起应用程序的后台进程,往往会造成内存资源的占用,导致操作系统后台缓慢。因此,在一个实施例中,通过保活进程监听操作系统中的广播信息的步骤,包括:获取预设的监听周期,所述监听周期包括监听时间;在所述监听时间内,通过所述保活进程监听操作系统中的广播信息。
本实施例中,操作系统可以预先对保活进程监听广播信息设置监听周期,监听周期包括监听时间以及非监听时间,保活进程在监听周期的监听时间内进行广播信息监听;进一步的,保活进程还可以在非监听时间内接收应用程序后台进程发送的运行状态信息而停止广播信息的监听,监听周期可以根据操作系统内的空闲内存资源的情况进行调整。
例如,操作系统将监听时间设置为30秒,非监听时间设置为20s,此时,保活进程每隔20s监听操作系统的广播信息,每次监听30秒;保活进程在20秒的非监听时间内接收应用程序后台进程发送的运行状态信息,在非监听时间结束时,操作系统根据接收到的运行状态信息确定目标应用程序;当保活进程在30秒的监听时间内接收到操作系统的广播信息,保活进程发送激活信号启动目标应用程序的后台进程,实现应用程序保活,在监听周期结束后,保活进程停止监听广播信息20秒,然后再次进入监听周期。通过设置监听周期,在实现应用程序保活的同时,有效减少数据处理量,避免保活进程占用过多内存资源,减少操作系统的压力。
进一步的,操作系统可以对保活进程监听广播信息的类型进行设置,当保活进程监听到预设类型的广播信息才发送激活信号启动应用程序的后台进程,实现应用程序保活,同时有效减少数据处理量,避免保活进程占用过多内存资源,减少操作系统的压力。
在一个实施例中,如图5所示,通过所述保活进程发送激活信号启动所述目标应用程序的后台进程的步骤,包括:
步骤S501:获取操作系统的空闲内存资源量以及启动目标应用程序的后台进程所需的第一内存资源量,将空闲内存资源量与第一内存资源量进行对比,当空闲内存资源量小于第一内存资源量,执行步骤S502;当空闲内存资源量大于或等于第一内存资源量,执行步骤S506。
步骤S502:获取在后台中第二应用程序的优先级级别,第二应用程序包括第一应用程序中除待保活应用程序以外的应用程序;
步骤S503:根据优先级级别关闭第二应用程序的后台进程。
步骤S504:更新操作系统的空闲内存资源量,将空闲内存资源量与第一内存资源量进行对比;当空闲内存资源量小于第一内存资源量且第二应用程序未全部关闭,执行步骤S503;当空闲内存资源量小于第一内存资源量且第二应用程序已全部关闭,执行步骤S505;当空闲内存资源量大于或等于第一内存资源量,执行步骤S506。
步骤S505:展示提示界面;通过提示界面接收到关闭指令,根据关闭指令关闭在保活白名单中优先级级别最低的待保活应用程序,并删除保活白名单中的优先级级别最低的待保活应用程序的标识符,跳转至步骤S504。
步骤S506:通过保活进程发送激活信号启动目标应用程序的后台进程。
本实施例中,在监听到广播信息后,操作系统获取空闲的内存资源量以及目标应用程序的后台进程运行时所占用的第一内存资源量;通过对比空闲的内存资源量以及第一内存资源量,在空闲的内存资源量小于第一内存资源量时,操作系统依照先关闭无需长期在操作系统后台运行的应用程序的后台进程、后关闭保活白名单中待保活应用程序的后台进程的顺序,关闭在操作系统后台运行的后台进程,以释放占用的内存资源,直至空闲内存资源量大于目标应用程序的后台进程运行时所占用的第一内存资源量,以确保空闲内存资源量大于第一内存资源量,保证目标应用程序的后台进程被重新激活,实现目标应用程序的保活,避免应用程序的功能业务因为后台进程被关闭而受影响。
应该理解的是,虽然图2至图5的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2至图5中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图6所示,提供了一种应用程序保活装置,包括:保活进程创建模块610、连接建立模块620、广播信息监听模块630和应用程序启动模块640,其中:
保活进程创建模块610,用于创建保活进程;
连接建立模块620,用于在应用程序退出至操作系统后台后,将应用程序的后台进程与保活进程建立连接关系,连接关系用于指示保活进程接收应用程序的后台进程发送的运行状态信息;
广播信息监听模块630,用于通过保活进程监听操作系统中的广播信息;
应用程序确定模块640,用于当监听到广播信息,根据运行状态信息从应用程序中确定目标应用程序;
应用程序启动模块650,用于通过保活进程发送激活信号启动目标应用程序的后台进程。
在一个实施例中,连接建立模块620还用于生成与应用程序的后台进程对应的标识符,记录标识符得到保活白名单;应用程序启动模块640用于读取保活白名单中待保活应用程序的标识符;接收第一应用程序的后台进程发送的运行状态信息,运行状态信息包括第一应用程序的标识符;根据待保活应用程序的标识符以及第一应用程序的标识符,在保活白名单中确定未发送运行状态信息的待保活应用程序,并将未发送运行状态信息的待保活应用程序确定为目标应用程序。
在一个实施例中,应用程序启动模块640还用于获取操作系统的空闲内存资源量以及启动目标应用程序的后台进程所需的第一内存资源量;当空闲内存资源量小于第一内存资源量,获取操作系统后台中第二应用程序的优先级级别,第二应用程序包括在操作系统后台中运行且未在保活白名单中的应用程序;根据优先级级别关闭第二应用程序的后台进程。
在一个实施例中,应用程序启动模块640还用于更新操作系统的空闲内存资源量;当空闲内存资源量小于第一内存资源量,展示提示界面;通过提示界面接收到关闭指令,根据关闭指令关闭在保活白名单中优先级级别最低的待保活应用程序,并删除保活白名单中的优先级级别最低的待保活应用程序的标识符。
在一个实施例中,广播信息监听模块630用于获取预设的监听周期,所述监听周期包括监听时间;在所述监听时间内,通过所述保活进程监听操作系统中的广播信息。
关于应用程序保活装置的具体限定可以参见上文中对于应用程序保活方法的限定,在此不再赘述。上述应用程序保活装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是终端,其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种应用程序保活方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图7中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,该存储器存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
创建保活进程;
在应用程序退出至操作系统后台后,将应用程序的后台进程与保活进程建立连接关系,连接关系用于指示保活进程接收应用程序的后台进程发送的运行状态信息;
通过保活进程监听操作系统中的广播信息;
当监听到广播信息,根据运行状态信息从应用程序中确定目标应用程序;
通过保活进程发送激活信号启动目标应用程序的后台进程。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:生成与应用程序的后台进程对应的标识符,记录标识符得到保活白名单;处理器执行计算机程序实现当监听到广播信息,通过保活进程发送激活信号启动后台进程的步骤时,具体实现以下步骤:读取保活白名单中待保活应用程序的标识符;接收第一应用程序的后台进程发送的运行状态信息,运行状态信息包括第一应用程序的标识符;根据待保活应用程序的标识符以及第一应用程序的标识符,在保活白名单中确定未发送运行状态信息的待保活应用程序,并将未发送运行状态信息的待保活应用程序确定为目标应用程序。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取操作系统的空闲内存资源量以及启动目标应用程序的后台进程所需的第一内存资源量;当空闲内存资源量小于第一内存资源量,获取操作系统后台中第二应用程序的优先级级别,第二应用程序包括在操作系统后台中运行且未在保活白名单中的应用程序;根据优先级级别关闭第二应用程序的后台进程。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:更新操作系统的空闲内存资源量;当空闲内存资源量小于第一内存资源量,展示提示界面;通过提示界面接收到关闭指令,根据关闭指令关闭在保活白名单中优先级级别最低的待保活应用程序,并删除保活白名单中的优先级级别最低的待保活应用程序的标识符。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取预设的监听周期,所述监听周期包括监听时间;在所述监听时间内,通过所述保活进程监听操作系统中的广播信息。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
创建保活进程;
在应用程序退出至操作系统后台后,将应用程序的后台进程与保活进程建立连接关系,连接关系用于指示保活进程接收应用程序的后台进程发送的运行状态信息;
通过保活进程监听操作系统中的广播信息;
当监听到广播信息,根据运行状态信息从应用程序中确定目标应用程序;
通过保活进程发送激活信号启动目标应用程序的后台进程。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:生成与应用程序的后台进程对应的标识符,记录标识符得到保活白名单;计算机程序被处理器执行实现当监听到广播信息,通过保活进程发送激活信号启动后台进程的步骤时,具体实现以下步骤:读取保活白名单中待保活应用程序的标识符;接收第一应用程序的后台进程发送的运行状态信息,运行状态信息包括第一应用程序的标识符;根据待保活应用程序的标识符以及第一应用程序的标识符,在保活白名单中确定未发送运行状态信息的待保活应用程序,并将未发送运行状态信息的待保活应用程序确定为目标应用程序。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:获取操作系统的空闲内存资源量以及启动目标应用程序的后台进程所需的第一内存资源量;当空闲内存资源量小于第一内存资源量,获取操作系统后台中第二应用程序的优先级级别,第二应用程序包括在操作系统后台中运行且未在保活白名单中的应用程序;根据优先级级别关闭第二应用程序的后台进程。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:更新操作系统的空闲内存资源量;当空闲内存资源量小于第一内存资源量,展示提示界面;通过提示界面接收到关闭指令,根据关闭指令关闭在保活白名单中优先级级别最低的待保活应用程序,并删除保活白名单中的优先级级别最低的待保活应用程序的标识符。
在一个实施例中,计算机程序被处理器执行时还实现通过保活进程监听操作系统中的广播信息的步骤时,具体实现以下步骤:获取预设的监听周期,所述监听周期包括监听时间;在所述监听时间内,通过所述保活进程监听操作系统中的广播信息。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种应用程序保活方法,其特征在于,应用于操作系统,所述方法包括:
创建保活进程;
在应用程序退出至操作系统后台后,将所述应用程序的后台进程与所述保活进程建立连接关系,所述连接关系用于指示所述保活进程接收所述应用程序的后台进程发送的所述后台进程的运行状态信息;
通过所述保活进程监听操作系统中的广播信息;
当监听到预设类型的广播信息,根据所述运行状态信息从所述应用程序中确定目标应用程序;所述目标应用程序为所述应用程序中对应的后台进程为非运行状态的应用程序;
在所述操作系统的空闲内存资源量大于或者等于启动所述目标应用程序的后台进程所需的第一内存资源量的情况下,通过所述保活进程发送激活信号启动所述目标应用程序的后台进程;
所述将所述应用程序的后台进程与所述保活进程建立连接关系的步骤之后,还包括:
生成与所述应用程序的后台进程对应的标识符,记录所述标识符得到保活白名单;
所述根据所述运行状态信息从所述应用程序中确定目标应用程序的步骤,包括:
读取所述保活白名单中待保活应用程序的标识符;
接收第一应用程序的后台进程发送的运行状态信息,所述运行状态信息包括第一应用程序的标识符;
根据所述待保活应用程序的标识符以及所述第一应用程序的标识符,在所述保活白名单中确定未发送运行状态信息的待保活应用程序,并将未发送运行状态信息的待保活应用程序确定为目标应用程序。
2.根据权利要求1所述的方法,其特征在于,所述通过所述保活进程发送激活信号启动所述目标应用程序的后台进程的步骤之前,还包括:
获取所述操作系统的空闲内存资源量以及启动所述目标应用程序的后台进程所需的第一内存资源量;
当所述空闲内存资源量小于所述第一内存资源量,获取操作系统后台中第二应用程序的优先级级别,所述第二应用程序包括在操作系统后台中运行且未在所述保活白名单中的应用程序;
根据所述优先级级别关闭所述第二应用程序的后台进程。
3.根据权利要求2所述的方法,其特征在于,根据所述优先级级别关闭所述第二应用程序的后台进程的步骤之后,还包括:
更新所述操作系统的空闲内存资源量;
当所述空闲内存资源量小于所述第一内存资源量,展示提示界面;
通过所述提示界面接收到关闭指令,根据所述关闭指令关闭在所述保活白名单中优先级级别最低的待保活应用程序,并删除所述保活白名单中的所述优先级级别最低的待保活应用程序的标识符。
4.根据权利要求1所述的方法,其特征在于,所述通过所述保活进程监听操作系统中的广播信息的步骤,包括:
获取预设的监听周期,所述监听周期包括监听时间;
在所述监听时间内,通过所述保活进程监听操作系统中的广播信息。
5.一种应用程序保活装置,其特征在于,应用于操作系统,所述装置包括:
保活进程创建模块,用于创建保活进程;
连接建立模块,用于在应用程序退出至操作系统后台后,将所述应用程序的后台进程与所述保活进程建立连接关系,所述连接关系用于指示所述保活进程接收所述应用程序的后台进程发送的所述后台进程的运行状态信息;
广播信息监听模块,用于通过所述保活进程监听操作系统中的广播信息;
应用程序确定模块,用于当监听到预设类型的广播信息,根据所述运行状态信息从所述应用程序中确定目标应用程序;所述目标应用程序为所述应用程序中对应的后台进程为非运行状态的应用程序;
应用程序启动模块,用于在所述操作系统的空闲内存资源量大于或者等于启动所述目标应用程序的后台进程所需的第一内存资源量的情况下,通过所述保活进程发送激活信号启动所述目标应用程序的后台进程;
所述连接建立模块,还用于生成与所述应用程序的后台进程对应的标识符,记录所述标识符得到保活白名单;
所述应用程序确定模块,还用于读取所述保活白名单中待保活应用程序的标识符;接收第一应用程序的后台进程发送的运行状态信息,所述运行状态信息包括第一应用程序的标识符;根据所述待保活应用程序的标识符以及所述第一应用程序的标识符,在所述保活白名单中确定未发送运行状态信息的待保活应用程序,并将未发送运行状态信息的待保活应用程序确定为目标应用程序。
6.根据权利要求5所述的装置,其特征在于,所述应用程序启动模块还用于获取所述操作系统的空闲内存资源量以及启动所述目标应用程序的后台进程所需的第一内存资源量;当所述空闲内存资源量小于所述第一内存资源量,获取操作系统后台中第二应用程序的优先级级别,所述第二应用程序包括在操作系统后台中运行且未在所述保活白名单中的应用程序;根据所述优先级级别关闭所述第二应用程序的后台进程。
7.根据权利要求6所述的装置,其特征在于,所述应用程序启动模块,还用于更新所述操作系统的空闲内存资源量;当所述空闲内存资源量小于所述第一内存资源量,展示提示界面;通过所述提示界面接收到关闭指令,根据所述关闭指令关闭在所述保活白名单中优先级级别最低的待保活应用程序,并删除所述保活白名单中的所述优先级级别最低的待保活应用程序的标识符。
8.根据权利要求5所述的装置,其特征在于,所述广播信息监听模块,还用于获取预设的监听周期,所述监听周期包括监听时间;在所述监听时间内,通过所述保活进程监听操作系统中的广播信息。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至4中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至4中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910184799.7A CN109992310B (zh) | 2019-03-12 | 2019-03-12 | 应用程序保活方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910184799.7A CN109992310B (zh) | 2019-03-12 | 2019-03-12 | 应用程序保活方法、装置、计算机设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109992310A CN109992310A (zh) | 2019-07-09 |
CN109992310B true CN109992310B (zh) | 2024-04-05 |
Family
ID=67130623
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910184799.7A Active CN109992310B (zh) | 2019-03-12 | 2019-03-12 | 应用程序保活方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109992310B (zh) |
Families Citing this family (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110691401B (zh) * | 2019-08-28 | 2021-04-09 | 华为技术有限公司 | 一种系统应用的管理方法及装置 |
CN112445530B (zh) * | 2019-08-29 | 2023-03-14 | 成都鼎桥通信技术有限公司 | 第三方应用程序保活方法及设备 |
CN110673880A (zh) * | 2019-08-30 | 2020-01-10 | 上海能塔智能科技有限公司 | 终端的应用程序唤醒方法及装置、存储介质、终端 |
CN112579180A (zh) * | 2019-09-30 | 2021-03-30 | 奇安信科技集团股份有限公司 | 应用程序保活方法及装置 |
CN110688319B (zh) * | 2019-09-30 | 2023-05-02 | RealMe重庆移动通信有限公司 | 应用保活能力测试方法及相关装置 |
CN111309395B (zh) * | 2020-02-10 | 2021-07-20 | 北京星选科技有限公司 | 对象保活方法、装置、电子设备及计算机可读存储介质 |
CN111488207B (zh) * | 2020-03-11 | 2023-10-27 | 中移(杭州)信息技术有限公司 | 应用进程保活方法、装置、网络设备及存储介质 |
CN111599204B (zh) * | 2020-04-16 | 2021-10-26 | 维沃移动通信有限公司 | 一种到站提醒方法及电子设备 |
CN112242034B (zh) * | 2020-06-30 | 2023-03-31 | 中国银联股份有限公司 | 交易数据处理方法以及移动终端 |
CN111858042B (zh) * | 2020-07-10 | 2023-01-10 | 苏州浪潮智能科技有限公司 | 基于国产化云平台校验微服务治理配额开启的方法及装置 |
CN112004150A (zh) * | 2020-08-14 | 2020-11-27 | 深圳创维-Rgb电子有限公司 | 一种电视机控制方法、系统、电视机及存储介质 |
CN114168212A (zh) * | 2020-09-09 | 2022-03-11 | 成都鼎桥通信技术有限公司 | 应用处理方法、装置、设备及计算机可读存储介质 |
CN112099757A (zh) * | 2020-09-21 | 2020-12-18 | 珠海格力电器股份有限公司 | 一种应用保活的方法以及装置 |
CN112162783B (zh) * | 2020-09-27 | 2021-09-14 | 珠海格力电器股份有限公司 | 音乐播放应用保活处理方法、系统、存储介质及电子设备 |
CN112181731A (zh) * | 2020-10-26 | 2021-01-05 | 江苏特思达电子科技股份有限公司 | 一种应用程序的保活方法、装置及计算机设备 |
CN112307465A (zh) * | 2020-10-30 | 2021-02-02 | 上海中通吉网络技术有限公司 | 应对应用程序被查杀的保活拉活方法、存储介质及设备 |
CN114531497A (zh) * | 2020-10-30 | 2022-05-24 | 华为技术有限公司 | 一种tcp保活方法、装置及系统 |
CN112612589A (zh) * | 2020-12-26 | 2021-04-06 | 吉林亿联银行股份有限公司 | 一种应用程序的保活方法及装置 |
CN112817844A (zh) * | 2021-01-25 | 2021-05-18 | 北京小米移动软件有限公司 | 后台进程驻留测试方法、装置、设备及存储介质 |
CN114860392A (zh) * | 2021-02-04 | 2022-08-05 | 腾讯科技(深圳)有限公司 | 客户端的保活方法、装置及存储介质 |
CN112860408A (zh) * | 2021-03-03 | 2021-05-28 | 苏州沁游网络科技有限公司 | 一种云真机中的进程保活方法、装置、系统及存储介质 |
CN113127094A (zh) * | 2021-04-19 | 2021-07-16 | Oppo广东移动通信有限公司 | 应用程序运行方法、装置、存储介质以及终端 |
CN113741994B (zh) * | 2021-06-26 | 2022-07-12 | 荣耀终端有限公司 | 一种视频应用的保活方法以及电子设备 |
CN114168355B (zh) * | 2021-10-29 | 2022-10-21 | 荣耀终端有限公司 | 一种应用保活方法及电子设备 |
CN114296854B (zh) * | 2021-12-28 | 2024-04-26 | 珠海豹趣科技有限公司 | 一种桌面壁纸显示方法、装置、电子设备及可读存储介质 |
CN116700816A (zh) * | 2022-10-31 | 2023-09-05 | 荣耀终端有限公司 | 一种资源管理方法及电子设备 |
CN117076089B (zh) * | 2023-10-07 | 2024-03-26 | 荣耀终端有限公司 | 应用管理方法、终端设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013124541A1 (en) * | 2012-02-24 | 2013-08-29 | Nokia Corporation | Method and apparatus for dynamic server|client controlled connectivity logic |
CN104598313A (zh) * | 2015-02-04 | 2015-05-06 | 广州市久邦数码科技有限公司 | 一种应用进程被停止后自动重启的实现方法及其系统 |
CN105335171A (zh) * | 2014-06-24 | 2016-02-17 | 北京奇虎科技有限公司 | 应用程序常驻操作系统后台的方法及装置 |
CN106648861A (zh) * | 2016-12-05 | 2017-05-10 | 广州优视网络科技有限公司 | 后台服务进程的保活方法及装置 |
CN107766128A (zh) * | 2016-08-17 | 2018-03-06 | 华为技术有限公司 | 一种启动应用的方法及装置 |
CN108153620A (zh) * | 2017-12-27 | 2018-06-12 | 深圳豪客互联网有限公司 | 一种进程控制方法及装置 |
-
2019
- 2019-03-12 CN CN201910184799.7A patent/CN109992310B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013124541A1 (en) * | 2012-02-24 | 2013-08-29 | Nokia Corporation | Method and apparatus for dynamic server|client controlled connectivity logic |
CN105335171A (zh) * | 2014-06-24 | 2016-02-17 | 北京奇虎科技有限公司 | 应用程序常驻操作系统后台的方法及装置 |
CN104598313A (zh) * | 2015-02-04 | 2015-05-06 | 广州市久邦数码科技有限公司 | 一种应用进程被停止后自动重启的实现方法及其系统 |
CN107766128A (zh) * | 2016-08-17 | 2018-03-06 | 华为技术有限公司 | 一种启动应用的方法及装置 |
CN106648861A (zh) * | 2016-12-05 | 2017-05-10 | 广州优视网络科技有限公司 | 后台服务进程的保活方法及装置 |
CN108153620A (zh) * | 2017-12-27 | 2018-06-12 | 深圳豪客互联网有限公司 | 一种进程控制方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN109992310A (zh) | 2019-07-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109992310B (zh) | 应用程序保活方法、装置、计算机设备和存储介质 | |
CN107832100B (zh) | 一种apk插件的加载方法及其终端 | |
CN107766128B (zh) | 一种启动应用的方法及装置 | |
CN105955765B (zh) | 应用预加载方法及装置 | |
US20220004469A1 (en) | Method for primary-backup server switching, and control server | |
CN107783795B (zh) | 应用程序启动方法、装置、计算机设备和存储介质 | |
WO2017211226A1 (zh) | 展示媒体文件的方法、终端和存储介质 | |
US9330265B2 (en) | Method for component access control and electronic device | |
CN109901881B (zh) | 应用程序的插件加载方法、装置、计算机设备及存储介质 | |
CN111913851A (zh) | 进程监控方法、系统、终端及存储介质 | |
CN106681813B (zh) | 一种系统管理方法及装置 | |
CN107682389B (zh) | 一种执行网络请求的方法、终端及计算机可读存储介质 | |
CN109697112B (zh) | 分布式集约化一站式作业系统和实现方法 | |
CN110990132A (zh) | 异步任务处理方法、装置、计算机设备和存储介质 | |
CN111400087B (zh) | 一种操作系统的控制方法、终端以及存储介质 | |
CN112214254A (zh) | 加速应用程序启动的方法及装置、以及电子设备 | |
CN111447136A (zh) | 消息推送方法、装置、计算机设备和存储介质 | |
CN110691401A (zh) | 一种系统应用的管理方法及装置 | |
CN113992784B (zh) | 音视频通话方法、装置、计算机设备和存储介质 | |
CN112817844A (zh) | 后台进程驻留测试方法、装置、设备及存储介质 | |
CN113110901A (zh) | 桌面锁定控制方法及装置 | |
CN112068975B (zh) | 一种信息处理方法及装置 | |
CN109085913A (zh) | App消息推送管理方法、智能终端和存储介质 | |
CN113296799B (zh) | 应用程序的安装方法、装置、电子设备和存储介质 | |
KR102532696B1 (ko) | 어플리케이션의 포그라운드 서비스 실행시 보안을 제공하기 위한 통신 단말 및 방법 |
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 |