CN110096347A - 一种进程后台管理方法、终端及计算机可读存储介质 - Google Patents
一种进程后台管理方法、终端及计算机可读存储介质 Download PDFInfo
- Publication number
- CN110096347A CN110096347A CN201910252434.3A CN201910252434A CN110096347A CN 110096347 A CN110096347 A CN 110096347A CN 201910252434 A CN201910252434 A CN 201910252434A CN 110096347 A CN110096347 A CN 110096347A
- Authority
- CN
- China
- Prior art keywords
- growth rate
- terminal
- adj
- user
- backstage
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 456
- 230000008569 process Effects 0.000 title claims abstract description 443
- 238000007726 management method Methods 0.000 title claims abstract description 69
- 230000004083 survival effect Effects 0.000 claims abstract description 15
- 230000000694 effects Effects 0.000 claims description 59
- 238000013507 mapping Methods 0.000 claims description 24
- 230000004913 activation Effects 0.000 claims description 22
- 230000006854 communication Effects 0.000 claims description 20
- 238000004891 communication Methods 0.000 claims description 19
- 230000000977 initiatory effect Effects 0.000 claims description 11
- 238000012512 characterization method Methods 0.000 claims description 2
- 230000007246 mechanism Effects 0.000 abstract description 6
- 230000008859 change Effects 0.000 abstract description 5
- 230000006870 function Effects 0.000 description 15
- 230000000875 corresponding effect Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 10
- 238000012545 processing Methods 0.000 description 8
- 238000004140 cleaning Methods 0.000 description 7
- 238000009877 rendering Methods 0.000 description 6
- 238000012544 monitoring process Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 3
- 230000002452 interceptive effect Effects 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 238000001514 detection method Methods 0.000 description 2
- 230000005611 electricity Effects 0.000 description 2
- 230000005764 inhibitory process Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000005314 correlation function Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000008030 elimination Effects 0.000 description 1
- 238000003379 elimination reaction Methods 0.000 description 1
- 230000005484 gravity Effects 0.000 description 1
- 230000001404 mediated effect Effects 0.000 description 1
- 230000000149 penetrating effect Effects 0.000 description 1
- 238000009527 percussion Methods 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 238000010897 surface acoustic wave method Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 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/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
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本发明公开了一种进程后台管理方法、终端及计算机可读存储介质，针对现有进程后台管理方案管理僵化的问题，提供一种进程后台管理方法，由于各进程ADJ值随着时间变化的增长速度不完全一致，因此，对于进入后台时长相同的进程，可以设置出不同的ADJ值，从而避免仅根据进程进入后台的时长对进程进行存活管理而导致的管理机制僵化，灵活性差的问题。本发明实施例还提供一种终端和计算机可读存储介质，可以为不同的进程设置不完全一样的ADJ值增长速度，从而不再对所有进程一视同仁，有利于根据各进程的“个性化”实现进程后台存活时间的差异化管理，增强用户体验。
Description
技术领域
本发明涉及终端技术领域，更具体地说，涉及一种进程后台管理方法、终端及计算机可读存储介质。
背景技术
目前，Android系统的后台管理机制主要是基于LRU(Least Recently Used，最近最少使用)算法实现：LRU算法根据手机上应用进程(Process)被用户放在后台的时长设置优先级ADJ值，具体地，一般应用进程放在后台的时长越长，其ADJ的值越大，优先级也就越低。所以，一个新进入后台的进程，其ADJ值比较低，随着其进入后台的时长逐渐增大，其ADJ值也就越来越大。手机会每隔一段时间，将当前ADJ值最大，优先级最低的应用进程清理掉，也就是说，手机会将在后台最久没有使用的应用进程清理掉，以节省手机内存占用，提升手机运行流畅度。
这种管理机制没有对进程进行区分，设置进程ADJ值时对所有的应用进程都“一视同仁”。但事实上，每个进程对手机、对用户而言都不一样，这种单纯基于进入后台时长设置进程ADJ值，进行进程存活管理的方式过于僵化，容易影响手机的用户体验。
发明内容
本发明要解决的技术问题在于：现有的进程后台管理机制中单纯基于进程进入后台的时长确定进程ADJ值，对进程进行存活管理，管理僵化、不灵活，影响终端用户体验的问题，针对该技术问题，提供一种进程后台管理方法、终端及计算机可读存储介质。
为解决上述技术问题，本发明提供一种进程后台管理方法，该进程后台管理方法包括：
监测是否有进程进入后台；
当监测到有进程进入后台时，确定进程ADJ值随时间增长的增长速度，各进程ADJ值的增长速度不完全一致；
根据进程进入后台的时长以及增长速度更新进程的实时ADJ值；
根据进程的实时ADJ值对进程在后台存活的时间进行管理。
可选的，确定进程ADJ值随时间增长的增长速度包括：
确定进程的用户需求度，用户需求度表征用户对进程的需要程度；
根据进程的用户需求度确定进程ADJ值随时间增长的增长速度，进程ADJ值的增长速度与其用户需求度呈负相关关系。
可选的，进程的用户需求度根据用户对进程所属应用的使用情况确定，确定进程的用户需求度包括：
获取用户对进程应用的使用情况，使用情况通过周期内的使用时长或使用频率表征；
根据使用情况确定进程的用户需求度，用户周期内对进程所属应用的使用时长或使用频率越高，进程的用户需求度越高。
可选的，进程的用户需求度根据用户对进程本身的启动情况确定，确定进程的用户需求度包括：
获取进程在周期内的启动时长或启动频率；
根据启动次数或启动频率确定进程的用户需求度，进程周期内的启动时长或启动频率越高，进程的用户需求度越高。
可选的，确定进程ADJ值随时间增长的增长速度包括：
确定进程进入后台前一刻所显示激活活动窗口Activity的类别，激活Activity为当前支持与用户进行交互的Activity；
根据类别-增速的映射关系以及激活Activity的类别确定进程ADJ值随时间增长的增长速度，类别-增速的映射关系表征各Activity类别同各增长速度之间的映射关系。
可选的，类别-增速的映射关系中用于显示详情页面的Activity类别的增长速度低于用于显示非详情页面的Activity类别的增长速度。
可选的，确定进程ADJ值随时间增长的增长速度包括：
确定进程后台运行时的资源占用水平；
根据进程的资源占用水平确定进程ADJ值随时间增长的增长速度，进程ADJ值的增长速度与其资源占用水平呈正相关关系。
可选的，进程的资源占用水平通过进程后台运行时对内存的占用率表征，确定进程后台运行时的资源占用水平包括：
根据进程在后台运行的历史情况，统计进程在后台运行的一段时间内对内存的平均占用率；
或，
根据进程在后台运行的历史情况，确定进程在后台运行的一段时间内对内存的最高占用率。
进一步地，本发明还提供了一种终端，该终端包括处理器、存储器及通信总线；
通信总线用于实现处理器和存储器之间的连接通信；
处理器用于执行存储器中存储的一个或者多个程序，以实现如上任一项的进程后台管理方法的步骤。
进一步地，本发明还提供了一种计算机可读存储介质，，计算机可读存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现如上任一项的进程后台管理方法的步骤。
有益效果
本发明提供一种进程后台管理方法、终端及计算机可读存储介质，针对现有进程后台管理方案中仅依据进程进入后台的时长设置进程ADJ值，只能僵化地实现进程后台存活时间管理的问题，本发明实施例提供一种进程后台管理方法，通过监测是否有进程进入后台，在当监测到有进程进入后台时，确定进程ADJ值随时间增长的增长速度，然后根据进程进入后台的时长以及增长速度更新进程的实时ADJ值，并根据进程的实时ADJ值对进程在后台存活的时间进行管理。在本发明实施例中，各进程ADJ值随着时间变化的增长速度不完全一致，因此，对于进入后台时长相同的进程，可以设置出不同的ADJ值，从而避免仅根据进程进入后台的时长对进程进行存活管理而导致的管理机制僵化，灵活性差的问题。本发明实施例还提供一种终端和计算机可读存储介质，可以为不同的进程设置不完全一样的ADJ值增长速度，从而不再对所有进程一视同仁，有利于根据各进程的“个性化”实现进程后台存活时间的差异化管理，增强用户体验。
附图说明
下面将结合附图及实施例对本发明作进一步说明，附图中：
图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图。
图2为如图1所示的移动终端的无线通信系统示意图；
图3为本发明第一实施例中提供的进程后台管理方法的一种流程图；
图4为本发明第一实施例中示出的终端一种交互界面的示意图；
图5为本发明第一实施例中示出的终端另一种交互界面的示意图；
图6为本发明第一实施例中提供的第一种确定进程ADJ值增长速度的方案的流程图；
图7为本发明第一实施例中提供的第二种确定进程ADJ值增长速度的方案的流程图；
图8为本发明第一实施例中示出的终端的一种显示页面示意图；
图9为本发明第一实施例中提供的第三种确定进程ADJ值增长速度的方案的流程图；
图10为本发明第二实施例中提供的进程后台管理方法的一种流程图；
图11为本发明第三实施例中提供的终端的一种硬件结构示意图。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍：
射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)等。
WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。
进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。
为了便于理解本发明实施例，下面对本发明的移动终端所基于的通信网络系统进行描述。
请参阅图2，图2为本发明实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。
具体地，UE201可以是上述终端100，此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其它MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy andCharging Rules Function，政策和资费功能实体)2036等。其中，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子系统)或其它IP业务等。
虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本发明不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等，此处不做限定。
基于上述移动终端硬件结构以及通信网络系统，提出本发明方法各个实施例。
第一实施例
现有的进程后台管理方案中，仅仅根据进程进入后台的时长进行ADJ值设置，例如一个进程进入后台的时长越大，则该进程的ADJ值自然就越大，其对应的优先级越低，因此，将很快会被从后台清理掉。这种管理方案针对所有的进程的管理都是一样的，所以，换言之，现有进程的后台管理方案中，被清理掉的是当前进入后台时长最长的进程，无论该进程是何进程。但每个进程都有自己的差异性，针对这些进程的存活时间，用统一的标准来进行僵化管理，不利于维护用户体验。针对该问题，本实施例提供一种进程后台管理方法，请参见图3示出的流程图：
S302：监测是否有进程进入后台。
进程是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位。在本实施例中，终端监测当前是否有进程从前台进入到后台，应当明白的是，前台运行的进程是指用户当前可以交互的进程，而后台运行的进程则是用户当前不能交互，但进程尚在运行的状态。
例如，如果用户原本正在通过终端进行小说阅读，如图4所示。随后有电话呼叫，用户在未关闭小说阅读APP的情况下，进入了电话接听，此时，终端的显示界面如图5所示，用户在不做其他操作的情况下，能够交互的是只有通话界面。那么在用户电话接听的过程中，原本用于小说阅读的进程就进入了后台。
在本实施例中，终端可以对自身进程列表中的各个进程的状态进行监测，以确定当前是否有进程进入了后台。当监测到有进程进入了后台时，终端进入S304，否则，终端继续执行监测。
S304：确定进程ADJ值随时间增长的增长速度。
当终端确定当前有某一个进程从前台进入了后台，则终端需要开始根据该进程的ADJ值对该进程在后台的存活时间进行管理了。在本实施例中，依旧遵循进程ADJ值越大，则优先级越低，越容易被清理的原则；相反，一个进程的ADJ值越低，则该进程的优先级就越高，在终端进行后台进程清理的时候，该进程存活下来的几率也就越高。
不过，本实施例所提供的后台进程管理方法同现有方案不一样的是，本实施例提供的进程后台管理方法并不单纯依据进程进入后台的时长确定该进程的ADJ值。在相关技术中，所有进入后台的进程的ADJ值都仅仅跟随时间的增长而增长，跟进程的增长速度完全一致，因此，对于进程A而言，在进入后台10分钟以后，ADJ值为n，那么进程B在进入后台10分钟后，ADJ值也同样为n。在本实施例中，不同的进程，可以拥有不一样的ADJ值增长速度，例如，对于进程A，将其增长速度设置每分钟增长k1，那么在10分钟之后，进程A的ADJ值将增长10k1；而进程B的ADJ值增长速度可能为每分钟增长k2，这里k2与k1不相同，所以，同样十分钟之后，进程B的ADJ值则增加了10k2。通过ADJ值增长速度的不同，可以使得进入后台时长相同的进程拥有不一样的ADJ值，具有不同的存活优先级，从而实现进程后台管理的差异化。
由于本实施例中各进程ADJ值的增长速度不完全相同，因此，在监测到一个进程进入到后台以后，终端需要先确定出该进程ADJ值的增长速度，这样才能在后续管理过程中确定该进程的实时ADJ值，从而依据进程ADJ值实现对该进程的存活管理。应当明白的是，虽然本实施例中终端对于各进程设置的ADJ值增长速度可以不完全一致，但并不排除存在部分进程的ADJ值增长速度一样，这主要取决于ADJ值增长速度的设置原则，以及各进程在相同的ADJ值增长速度设置原则下，能否对应相同的增长速度。
下面对确定进程ADJ值增长速度的几种方式进行介绍：
方式一、基于用户对进程的需要程度确定该进程的ADJ值增长速度，请结合图6示出的流程图：
S602：终端确定进程的用户需求度。
一个进程的用户需求度，即用户对该进程的需要程度，这体现了当一个进程进入后台之后，再被用户调回前台的可能性。在本实施例中，进程的用户需求度可以通过以下两方面的因素来表征：一是用户对该进程本身的需求程度，而是用户对该进程所属应用的需求程度。
在本实施例的一些示例当中，终端可以仅依据上述某一方面的因素来确定一个进程的用户需求度。下面对终端单独依据其中某一方面的因素确定进程需求度的方式进行说明：
在本实施例的一种示例当中，终端可以根据用户对进程所属应用的使用情况来确定该进程的用户需求度，应当明白的是，用户对一个进程所属应用的使用情况实际上就体现了用户对该进程所属应用的需要程度。在本实施例的一些示例当中，终端可以获取用户对进程所属应用的使用情况，然后根据使用情况来确定进程的用户需求度。通常，用户对一个应用的使用情况可以通过用户对该应用的使用次数或者是使用频率来体现。因此终端获取进程所属应用的使用情况时，可以获取用户周期对该进程所属应用的使用时长或使用频率。在本实施例的一些示例当中，终端也可以同时获取用户在周期内对一个进程的使用总时长以及使用频率，以便后续结合二者来确定进程的用户需求度。
可以理解的是，这里所说的“周期”可以是指过去一天、过去一周、过去10小时等。当然周期也可以是更短或更长的时间，只不过，由于终端上应用迭代替换较多，很多应用是最近才安装的，而且用户对各应用的使用偏好习惯也在随着时间不短的变化，因此，这里周期的取值不用太长。因为终端若要获取周期内用户对一个进程所属应用的使用情况，则终端需要在用户使用各个应用的过程中不断地对用户确定使用情况的各种数据进行记录统计，所以，本实施例中若将周期取值设置得过大，则终端统计、存储方面的负担都会很大，这不利于终端资源的优化配置。
应当明白的是，用户在周期内对一个进程所属应用的使用频率和/或使用时长越大，则用户对该进程所属应用的需求程度越高，那么用户对该进程的需求程度也就越高，自然，该进程的用户需求度就越高。
在本实施例的另一种示例当中，终端可以根据用户对进程本身的需求程度来确定该进程的用户需求度。通常用户对一个进程的需求程度可以通过用户在周期内对该进程的启动情况来确定。终端可以通过进程列表来检测终端内各进程在周期内的启动次数，以及各进程被启动的总时长。如果一个进程在周期内长时间处于启动状态，则能够在一定程度上说明用户在长时间的使用该进程，因此，用户对该进程的需求程度很高。同样地，如果一个进程在周期内被用户频繁的启动，则说明用户经常需要使用该进程，自然该进程的用户需求度也就比较高。
所以，终端可以获取当前进入后台的进程在周期内的启动时长或启动频率，然后根据启动次数或启动频率确定进程的用户需求度，自然，如果该进程在周期内的启动时长越长，则该进程对应的用户需求度就越高，或者是该进程在周期内的启动频率越高，则进程的用户需求度越高。当然，在本实施例的一些示例当中，终端可以同时获取进程在周期内的启动时长与启动次数，然后将两个参数进行归一化处理之后，结合起来确定进程的用户需求度。
在本实施例的一些示例当中，终端可以结合上面两方面因素来综合确定一个进程的用户需求度。
S604：终端根据进程的用户需求度确定进程ADJ值随时间增长的增长速度。
在终端获取到用户对一个进程的需求度之后，终端可以根据进程的用户需求度确定该进程ADJ值的增长速度，毫无疑义的是，一个进程的用户需求度越高，则该进程对应的ADJ值增长速度也就应该越慢，从而保证进程的实时ADJ尽可能地小，实现该进程在后台长时间存活的效果。所以，在本实施例中，进程的ADJ值增长速度同进程的用户需求度呈负相关关系。
方式二、基于进程进入后台前的激活Activity的类别确定该进程的ADJ值增长速度，请结合图7示出的流程图：
S702：终端确定进程进入后台前一刻所显示激活Activity的类别。
所谓激活Activity实际就是指当前能够与用户进行交互的Activity，例如，在图8示出的终端显示页面示意图中，因为当前显示的用户在即时通讯APP中同朋友聊天的页面，用户可以通过显示屏看到自己与对方的聊天记录，同时，用户还能够操作聊天页面中的功能控件向对端发送文字、图片等消息，所以，该聊天页面就是当前用户可以交互的页面，而用于呈现该聊天页面的Activity就是当前的激活Activity。
在本实施例的一些示例当中，终端记录进程在进入后台前一刻的激活Activity，然后可以根据该激活Activity的类名等确定该激活Activity的类别。一个Activity的类别能够在一定程度上表征其所呈现的页面的功能属性，例如，有一类Activity是用于呈现详情页面的，在该类Activity所呈现的页面上，会显示诸如商品详情、文章详细内容等，但还有一类Activity，其所呈现的页面上仅仅会显示首页、多个标题、多个缩略图或者是标题与缩略图的组合等非详情内容。所以，在本实施例的一些示例当中，Activity的类别至少包括用于呈现详情页面的第一类别和用于呈现非详情页面的第二类别。
在本实施例的其他一些示例当中，Activity的类别还可以分为其他很多类型，例如专门用于呈现首页的Activity类别、专门用于呈现细节页面的Activity、专门用于呈现多标题选项页面的Activity类别等。
S704：终端根据类别-增速的映射关系以及激活Activity的类别确定进程ADJ值随时间增长的增长速度。
终端可以预先存储类别-增速的映射关系，例如，终端以表格的形式存储类别-增速的映射关系，在类别-增速映射关系表中，存储了各Activity类别同各ADJ增长速度之间的映射关系，如表1所示：
表1
| Activity类别 | ADJ增长速度 |
| 类别c1 | a |
| 类别c2 | b |
| …… | …… |
| 类别cn | n |
当终端确定出一个进程在进入后台前一刻的激活Activity的类别之后，就可以根据预先存储类别-增速的映射关系查询出对应的ADJ值增长速度，并将查询得到ADJ值增长速度作为该进程的ADJ增长速度。
在本实施例的一些示例当中，终端存储的类别-增速映射关系表中，用于显示详情页面的Activity类别(第一类别)对应的增长速度低于用于显示非详情页面的Activity类别(第二类别)对应的增长速度。这主要是考虑到用户如果已经进入了某个APP的详情页面，则用户可能已经非常深入地在了解某些信息了，那么用户必然是对某些信息很感兴趣的。因此，此时该APP的用户黏度非常高，用户再次将对应进程从后台调用到前台的可能性也会非常高，因此，需要保证该进程在后台能够存活较长的时间，从而避免用户在需要继续阅读详情页面中信息的时候，进程已经被清理掉了，影响用户体验的问题发生。
需要说明的是，类别-增速的映射关系中对Activity类别的划分以及为各类别设置对应的ADJ增长速度的过程可以由程序人员实现，例如，程序人员在终端设计阶段将类别-增速映射关系表设置并存在终端内，或者程序人员在用户使用阶段将类别-增速映射关系表设置号以后通过系统升级等方式传输给终端，让终端存储以便后续使用。
除了上述两种确定进程ADJ值增长速度的方式以外，本实施例还提供一种：
方式三、基于进程在后台运行的资源代价确定该进程的ADJ值增长速度，请结合图9示出的流程图：
S902：终端确定进程后台运行时的资源占用水平。
本实施例终端，进程在后台运行是的资源占用水平，这里所说的资源包括内存资源、通信资源、电量资源等几种中的至少一种。
应当明白的是，由于终端在确定一个进程后台运行时的资源占用水平时，该进程是刚进入后台，因此，终端无法获取该进程此次进入后台后，在后台运行的资源占用水平，因此，终端在确定进程后台运行的资源占用水平时，可以结合历史数据进行，例如，在一个进程第n次进入后台之后，终端可以记录该进程在第n次进入后台运行时的资源占用水平，然后在监测到该进程第n+1次进入后台时，获取第n的进入后台后记录的资源占用水平用于ADJ值增长速度的确定。
当然，在本实施例的其他一些示例当中，终端不仅可以利用进程前一次进入后台时记录的资源占用水平来确定该进程ADJ值的增长速度，也可以根据过去多次进入后台时记录的资源占用水平来共同确定该进程ADJ值的增长速度。
S904：终端根据进程的资源占用水平确定进程ADJ值随时间增长的增长速度。
在终端确定出一个进程在后台运行时的资源占用水平后，终端可以根据资源占用水平确定进程ADJ值随时间增长的增长速度，应当明白的是，一个进程在后台运行时的资源占用水平越高，则说明该进程在后台运行所需的代价就越高，对终端资源的消耗越多，那么对终端进行其他事务处理的影响也就越大。因此，对于这种进程，在后台存活的时间太长，很可能会影响到其他进程的运行，进而影响用户体验。所以，对于这样的进程，可以将其ADJ值增长速度设置得高一点，以便让其尽快被清理掉。所以，在本实施例中，进程ADJ值的增长速度与其资源占用水平呈正相关关系。
S306：根据进程进入后台的时长以及增长速度更新进程的实时ADJ值。
基于上述三种方式中的任意一种确定出进程ADJ值的增长速度之后，终端可以基于该进程进入后台的时长确定该进程当前的ADJ值。具体地，一个进程当前的ADJ值可以通过以下公式计算：
ADJ＝ADJ0+增长速度*时长；
其中，ADJ0为该进程的初始ADJ值，在本实施例的一些示例当中，各进程的初始ADJ值可以相同，例如，在一种示例当中，各进程的ADJ0的取值均为0。在本实施例的另外一些示例当中，各进程的ADJ0可以不完全相同，例如，对于一些后台运行是资源占用水平较高的进程，其初始ADJ值可以设置得高一点，或者，终端也可以根据进程进入后台前一刻激活Activity的类别来确定该进程的ADJ0的取值。
S308：根据进程的实时ADJ值对进程在后台存活的时间进行管理。
对于一个终端而言，可能会同时存在多个进程处于后台，因此终端可能会同时对多个进程进行后台管理。当对后台进程的清理时刻到达时，终端可以根据各进程的实时ADJ值确定进程是该被清理，还是被保留。对于ADJ值最大的一个进程，或者是对于ADJ值相对较大的多个进程，终端可以控制其退出运行状态，也即杀死进程。对于那些被保留的，存活下来的进程，终端继续基于进程进入后台的时长以及该进程ADJ值的增长速度确定其实时ADJ值。
本实施例提供的进程后台管理方法，不再单纯地基于进程进入后台的时长确定进程的ADJ值，也即不再单纯基于进程进入后台的时长决定进程是否在后台存活，而是针对不同的进程，确定不同的ADJ值增长速度，从而让不同进程的ADJ值以不同的速度变大，延长某些进程在后台存活的时间，同时也加快另外一些进程被清理的速度，实现进程后台管理的差异化，增强用户体验。
另外，根据其用户需求度、进入后台前一刻所显示激活Activity的类别或者是进程在后台运行的资源代价来确定进程ADJ值随着时间变化的增长速度，能够基于用户使用需要以及终端资源耗费来决定进程的保留与否，从而让进程后台管理机制在灵活的基础上，保留更符合用户需求、资源占用水平更低的进程。
第二实施例
为了使本领域技术人员更清楚本发明所提供进程后台管理方法的优点与细节，本实施例中将结合示例对该进程后台管理方法做进一步阐述，请参见图10提供的进程后台管理方法的流程图：
S1002：监测是否有进程进入后台。
在本实施例中，终端可以对自身进程列表中的各个进程的状态进行监测，以确定当前是否有进程进入了后台。
当监测到有进程进入了后台时，终端进入S1004，否则，终端继续执行监测。
S1004：确定进程进入后台前一刻的激活Activity的类别。
在本实施例中，终端记录进程在进入后台前一刻的激活Activity，然后可以根据该激活Activity的类名等确定出该激活Activity的类别。例如，在本实施例的一种示例当中，某一进程在进入后台之前的最后一刻，屏幕上显示的是意商品的详情页面，终端经过通过获取该页面对应的Activity类名确定，呈现该商品详情页面的Activity的类别是用于呈现详情页面的Activity类别。
在本实施例的其他一些示例当中，Activity的类别除了简单分做用于呈现详情页面的Activity类别和用于呈现非详情页面的Activity类别以外，还可以分为其他很多类型，对此，这里不再赘述。
S1006：根据确定的类别查询类别-增速映射关系表确定进程ADJ值的增长速度。
在本实施例中，终端预先以表格的形式存储了类别-增速的映射关系，具体表格形式可以参见表1。当终端确定出进程进入后台前一刻激活Activity的类别以后，终端可以根据确定出的类别从类别-增速映射关系表中查询出与该类别对应的ADJ值增长速度。查询出的ADJ值增长速度，即为当前进入后台的进程的ADJ值增长速度。
S1008：根据进程ADJ值的增长速度确定进程的实时ADJ值。
确定出进程ADJ值的增长速度之后，终端可以基于该进程进入后台的时长确定该进程当前的ADJ值，即实时ADJ值。
在本实施例的一些示例当中，终端可以仅在后台清理周期到达的时候确定当前各后台进程实时ADJ值，不过，自进程进入到后台的时刻其，终端需要进行计时，以便在需要计算进程实时ADJ值的时候确定进程进入后台的时长。
在本实施例的另外一些示例当中，终端也可以周期性确定各后台进程的实时ADJ值，当终端需要对后台进程进行清理的时候，选择最近一次的ADJ值计算结果作为清理依据。
S1010：在进行后台进程清理时，确定是否需要清理掉该进程。
若判断结果为是，则进入到S1012，否则，继续进行S1008。
S1012：清理进程。
如果终端确定某一进程当前的ADJ值足够大，则该进程就被选择成为了被清理的对象，因此终端可以控制该进程退出运行状态，释放掉为该进程分配的各种资源。毫无疑义的是，如果终端当前只需要从后台进程中选择一个进行清理，则终端可以选择当前实时ADJ值最大的一个进程作为清理对象；如果终端当前需要清理掉多个后台进程，例如m个，则终端根据各后台进程的ADJ值，从高到低的原则选择m个进程作为清理对象。
本实施例提供的进程后台管理方法，是依据进程进入后台前一刻的激活Activity的类别确定该进程ADJ值随时间的增长速度的，但可以理解的是，在其他一些实施例中，终端也可以依据用户对进程的需要程度，也即进入后台的进程的用户需求度来确定该进程对应的ADJ值增长速度。在另外一些实施例中，终端还可以依据进程在后台运行的资源占用水平来确定该进程对应的ADJ值增长速度。例如，在一种示例当中，终端根据进程在后台运行的历史情况，统计该进程在后台运行的一段时间内对内存的平均占用率，并通过该进程后台运行期间的内存平均占用率表征其资源占用水平，进而确定该进程的ADJ值增长速度。在本实施例的另一种示例当中，根据进程在后台运行的历史情况，确定进程在后台运行的一段时间内对内存的最高占用率，并通过该进程后台运行期间的内存最高占用率表征其资源占用水平，进而确定该进程的ADJ值增长速度。
本实施例提供的进程后台管理方法，提供了一种与现有进程后台管理不同的机制，让进程的后台管理更灵活，有利于基于用户需求或者基于终端资源情况实现后台进程的差异化管理，提升用户体验。
第三实施例
本实施例将对前述实施例中的终端进行介绍，不过在对终端结构进行介绍之前，先提供一种计算机可读存储介质：
该计算机可读存储介质中存储一个或多个可供存储器读取、编译或执行的计算机程序，其中就包括进程后台管理程序，该进程后台管理程序可供处理器执行从而实现第一或第二实施例中提供的进程后台管理方法。
同时本实施例还提供一种终端，请参见图11：终端110包括处理器111、存储器112以及用于连接处理器111与存储器112的通信总线113，其中存储器112可以为前述存储有进程后台管理程序的计算机可读存储介质。处理器111可以读取存储器112中存储的进程后台管理程序，进行编译并执行实现前述第一或第二实施例中提供的进程后台管理方法：
处理器111监测是否有进程进入后台，当监测到有进程进入后台时，处理器111确定进程ADJ值随时间增长的增长速度，在本实施例中，各进程ADJ值的增长速度不完全一致。确定出进程ADJ值的增长速度之后，处理器111根据进程进入后台的时长以及增长速度更新进程的实时ADJ值，并根据进程的实时ADJ值对进程在后台存活的时间进行管理。
在本实施例的一种示例当中，处理器111在确定进程ADJ值的增长速度时，先确定进程的用户需求度，然后根据进程的用户需求度确定进程ADJ值随时间增长的增长速度，进程ADJ值的增长速度与其用户需求度呈负相关关系。
可选地，进程的用户需求度根据用户对进程所属应用的使用情况确定。处理器111可以获取用户对进程应用的使用情况，使用情况通过周期内的使用时长或使用频率表征；然后根据使用情况确定进程的用户需求度，用户周期内对进程所属应用的使用时长或使用频率越高，进程的用户需求度越高。
可选地，进程的用户需求度根据用户对进程本身的启动情况确定，处理器111可以获取进程在周期内的启动时长或启动频率，然后根据启动次数或启动频率确定进程的用户需求度，进程周期内的启动时长或启动频率越高，进程的用户需求度越高。
在本实施例的第二种示例当中，处理器111在确定进程ADJ值的增长速度时，先确定进程进入后台前一刻所显示激活活动窗口Activity的类别，然后根据类别-增速的映射关系以及激活Activity的类别确定进程ADJ值随时间增长的增长速度，类别-增速的映射关系表征各Activity类别同各增长速度之间的映射关系。
可选地，类别-增速的映射关系中用于显示详情页面的Activity类别的增长速度低于用于显示非详情页面的Activity类别的增长速度。
在本实施例的第三种示例当中，处理器111在确定进程ADJ值的增长速度时，先确定进程后台运行时的资源占用水平，然后根据进程的资源占用水平确定进程ADJ值随时间增长的增长速度，进程ADJ值的增长速度与其资源占用水平呈正相关关系。
本实施例提供的终端和计算机可读存储介质，可以为不同的进程设置不完全一样的ADJ值增长速度，从而不再对所有进程一视同仁，有利于根据各进程的“个性化”实现进程后台存活时间的差异化管理，增强用户体验。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。
Claims (10)
1.一种进程后台管理方法，其特征在于，所述进程后台管理方法包括：
监测是否有进程进入后台；
当监测到有进程进入后台时，确定所述进程ADJ值随时间增长的增长速度，各进程ADJ值的增长速度不完全一致；
根据所述进程进入后台的时长以及所述增长速度更新所述进程的实时ADJ值；
根据所述进程的实时ADJ值对所述进程在后台存活的时间进行管理。
2.如权利要求1所述的进程后台管理方法，其特征在于，所述确定所述进程ADJ值随时间增长的增长速度包括：
确定所述进程的用户需求度，所述用户需求度表征用户对所述进程的需要程度；
根据所述进程的用户需求度确定所述进程ADJ值随时间增长的增长速度，所述进程ADJ值的增长速度与其用户需求度呈负相关关系。
3.如权利要求2所述的进程后台管理方法，其特征在于，所述进程的用户需求度根据用户对所述进程所属应用的使用情况确定，所述确定所述进程的用户需求度包括：
获取用户对所述进程所述应用的使用情况，所述使用情况通过周期内的使用时长或使用频率表征；
根据所述使用情况确定所述进程的用户需求度，用户周期内对所述进程所属应用的使用时长或使用频率越高，所述进程的用户需求度越高。
4.如权利要求2所述的进程后台管理方法，其特征在于，所述进程的用户需求度根据用户对所述进程本身的启动情况确定，所述确定所述进程的用户需求度包括：
获取所述进程在周期内的启动时长或启动频率；
根据所述启动次数或启动频率确定所述进程的用户需求度，所述进程周期内的启动时长或启动频率越高，所述进程的用户需求度越高。
5.如权利要求1所述的进程后台管理方法，其特征在于，所述确定所述进程ADJ值随时间增长的增长速度包括：
确定所述进程进入后台前一刻所显示激活活动窗口Activity的类别，所述激活Activity为当前支持与用户进行交互的Activity；
根据类别-增速的映射关系以及所述激活Activity的类别确定所述进程ADJ值随时间增长的增长速度，所述类别-增速的映射关系表征各Activity类别同各增长速度之间的映射关系。
6.如权利要求5所述的进程后台管理方法，其特征在于，类别-增速的映射关系中用于显示详情页面的Activity类别的增长速度低于用于显示非详情页面的Activity类别的增长速度。
7.如权利要求1所述的进程后台管理方法，其特征在于，所述确定所述进程ADJ值随时间增长的增长速度包括：
确定所述进程后台运行时的资源占用水平；
根据所述进程的所述资源占用水平确定所述进程ADJ值随时间增长的增长速度，所述进程ADJ值的增长速度与其资源占用水平呈正相关关系。
8.如权利要求7所述的进程后台管理方法，其特征在于，所述进程的资源占用水平通过所述进程后台运行时对内存的占用率表征，所述确定所述进程后台运行时的资源占用水平包括：
根据所述进程在后台运行的历史情况，统计所述进程在后台运行的一段时间内对内存的平均占用率；
或，
根据所述进程在后台运行的历史情况，确定所述进程在后台运行的一段时间内对内存的最高占用率。
9.一种终端，其特征在于，所述终端包括处理器、存储器及通信总线；
所述通信总线用于实现处理器和存储器之间的连接通信；
所述处理器用于执行存储器中存储的一个或者多个程序，以实现如权利要求1至8中任一项所述的进程后台管理方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至8中任一项所述的进程后台管理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910252434.3A CN110096347A (zh) | 2019-03-29 | 2019-03-29 | 一种进程后台管理方法、终端及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910252434.3A CN110096347A (zh) | 2019-03-29 | 2019-03-29 | 一种进程后台管理方法、终端及计算机可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110096347A true CN110096347A (zh) | 2019-08-06 |
Family
ID=67444090
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910252434.3A Pending CN110096347A (zh) | 2019-03-29 | 2019-03-29 | 一种进程后台管理方法、终端及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110096347A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112685088A (zh) * | 2019-10-17 | 2021-04-20 | 成都鼎桥通信技术有限公司 | 保护应用运行的方法、装置、设备及可读存储介质 |
| CN113760477A (zh) * | 2020-06-05 | 2021-12-07 | 北京小米移动软件有限公司 | 一种调整进程管理参数的方法、装置及存储介质 |
| CN117149362A (zh) * | 2023-04-06 | 2023-12-01 | 荣耀终端有限公司 | 进程管控方法及相关装置 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103092691A (zh) * | 2013-01-23 | 2013-05-08 | 广东欧珀移动通信有限公司 | 一种安卓系统的进程管理方法和管理单元 |
| CN103500121A (zh) * | 2013-09-29 | 2014-01-08 | 深圳Tcl新技术有限公司 | 一种进程管理方法及装置 |
| CN104199731A (zh) * | 2014-09-12 | 2014-12-10 | 北京奇虎科技有限公司 | 对应用程序的进程进行管理的方法及装置 |
| CN107589994A (zh) * | 2017-08-16 | 2018-01-16 | 深圳市爱培科技术股份有限公司 | 应用进程优先级管理的方法、设备、系统及存储介质 |
| CN107844333A (zh) * | 2017-09-06 | 2018-03-27 | 努比亚技术有限公司 | 一种应用清理方法、移动终端及计算机可读存储介质 |
| CN107943593A (zh) * | 2018-01-03 | 2018-04-20 | 上海传英信息技术有限公司 | 一种用于智能终端的内存自动清理方法 |
| CN108037818A (zh) * | 2017-10-31 | 2018-05-15 | 努比亚技术有限公司 | 一种后台应用管理方法、终端及计算机可读存储介质 |
| CN108804207A (zh) * | 2017-04-28 | 2018-11-13 | 珠海全志科技股份有限公司 | 一种基于Android系统的进程管控方法 |
| CN108932140A (zh) * | 2018-07-13 | 2018-12-04 | 重庆邮电大学 | 基于安卓用户行为习惯的清理后台应用程序的方法 |
-
2019
- 2019-03-29 CN CN201910252434.3A patent/CN110096347A/zh active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103092691A (zh) * | 2013-01-23 | 2013-05-08 | 广东欧珀移动通信有限公司 | 一种安卓系统的进程管理方法和管理单元 |
| CN103500121A (zh) * | 2013-09-29 | 2014-01-08 | 深圳Tcl新技术有限公司 | 一种进程管理方法及装置 |
| CN104199731A (zh) * | 2014-09-12 | 2014-12-10 | 北京奇虎科技有限公司 | 对应用程序的进程进行管理的方法及装置 |
| CN108804207A (zh) * | 2017-04-28 | 2018-11-13 | 珠海全志科技股份有限公司 | 一种基于Android系统的进程管控方法 |
| CN107589994A (zh) * | 2017-08-16 | 2018-01-16 | 深圳市爱培科技术股份有限公司 | 应用进程优先级管理的方法、设备、系统及存储介质 |
| CN107844333A (zh) * | 2017-09-06 | 2018-03-27 | 努比亚技术有限公司 | 一种应用清理方法、移动终端及计算机可读存储介质 |
| CN108037818A (zh) * | 2017-10-31 | 2018-05-15 | 努比亚技术有限公司 | 一种后台应用管理方法、终端及计算机可读存储介质 |
| CN107943593A (zh) * | 2018-01-03 | 2018-04-20 | 上海传英信息技术有限公司 | 一种用于智能终端的内存自动清理方法 |
| CN108932140A (zh) * | 2018-07-13 | 2018-12-04 | 重庆邮电大学 | 基于安卓用户行为习惯的清理后台应用程序的方法 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112685088A (zh) * | 2019-10-17 | 2021-04-20 | 成都鼎桥通信技术有限公司 | 保护应用运行的方法、装置、设备及可读存储介质 |
| CN113760477A (zh) * | 2020-06-05 | 2021-12-07 | 北京小米移动软件有限公司 | 一种调整进程管理参数的方法、装置及存储介质 |
| CN117149362A (zh) * | 2023-04-06 | 2023-12-01 | 荣耀终端有限公司 | 进程管控方法及相关装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110377251A (zh) | 一种屏幕刷新率调整方法、终端及计算机可读存储介质 | |
| CN108055572A (zh) | 移动终端的控制方法、移动终端及计算机可读存储介质 | |
| CN109582821A (zh) | 一种音乐播放对象推荐方法、终端及计算机可读存储介质 | |
| CN108159688A (zh) | 游戏界面共享方法、移动终端及计算机可读存储介质 | |
| CN110175062A (zh) | 一种移动终端的屏幕刷新帧率方法、移动终端及存储介质 | |
| CN108449488A (zh) | 时间信息熄屏显示控制方法、电路及终端 | |
| CN108762861A (zh) | 一种应用界面显示方法、终端及计算机可读存储介质 | |
| CN108553896A (zh) | 一种状态信息显示控制方法、终端及计算机可读存储介质 | |
| CN109783223A (zh) | 一种内存清理方法、终端及计算机可读存储介质 | |
| CN110084635A (zh) | 终端广告管理方法、广告管理优化系统、终端及存储介质 | |
| CN109151162A (zh) | 一种多面屏交互控制方法、设备及计算机可读存储介质 | |
| CN109729267A (zh) | 滤镜选择方法、移动终端及计算机可读存储介质 | |
| CN109088997A (zh) | 一种游戏音频控制方法、终端及计算机可读存储介质 | |
| CN108829302A (zh) | 一种交互调控方法、设备及计算机可读存储介质 | |
| CN109547633A (zh) | 一种提醒方法、终端及计算机可读存储介质 | |
| CN108733424A (zh) | 应用唤醒控制方法、设备和计算机可读储存介质 | |
| CN108984590A (zh) | 一种页面数据展示方法、终端及计算机可读存储介质 | |
| CN108259658A (zh) | 柔性屏终端及其电量提醒方法、计算机可读存储介质 | |
| CN108241808A (zh) | 识别码显示控制方法、终端及计算机可读存储介质 | |
| CN110096347A (zh) | 一种进程后台管理方法、终端及计算机可读存储介质 | |
| CN109840127A (zh) | 终端及其显示控制方法、计算机可读存储介质 | |
| CN109714478A (zh) | 双面屏终端显示控制方法、装置、移动终端及存储介质 | |
| CN109545120A (zh) | 屏幕光感传感器调节方法、移动终端和计算机可读存储介质 | |
| CN109669512A (zh) | 一种显示控制方法、折叠屏终端及计算机可读存储介质 | |
| CN108259672A (zh) | 一种多媒体内容的处理方法、终端及计算机存储介质 |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190806 |