CN105912395B - 一种进程管理方法及装置 - Google Patents
一种进程管理方法及装置 Download PDFInfo
- Publication number
- CN105912395B CN105912395B CN201610499750.7A CN201610499750A CN105912395B CN 105912395 B CN105912395 B CN 105912395B CN 201610499750 A CN201610499750 A CN 201610499750A CN 105912395 B CN105912395 B CN 105912395B
- Authority
- CN
- China
- Prior art keywords
- background
- total duration
- user
- background process
- kills
- 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
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
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
-
- 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/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
Abstract
本申请提供了一种进程管理方法及装置,在本申请中,由于用户经常使用的应用程序的进程使用总时长相对较长,因此通过判断各个所述后台进程中是否存在进程使用总时长相同的后台进程,若不存在,则杀掉各个所述后台进程中进程使用总时长最短的后台进程,来杀掉各个后台进程中进程使用总时长最短的后台进程,避免用户经常使用的应用程序的进程被优先杀掉,降低了用户经常使用的应用程序的进程被杀掉的概率,从而降低了应用程序在用户返回到经常使用的应用程序时重新启动的概率,既而改善了用户体验性。
Description
技术领域
本申请涉及进程管理领域,特别涉及一种进程管理方法及装置。
背景技术
目前,在安卓系统中,当用户退出应用程序时,并未将应用程序的进程杀掉,而是将应用程序的进程调入后台,以便于应用程序的再次启动。但是,随着打开的应用程序数量的增加,系统的内存会变得不足,从而需要杀掉一部分后台中的进程以释放内存空间。
其中,在安卓系统中传统的杀掉进程方式为:通过计算进程阈值的方法来判定进程的重要程度,进程阈值越小的进程越重要,进程阈值越大的进程越不重要,其中进程阈值大的进程被优先杀掉。但是由于用户经常使用的应用程序的进程阈值可能相对较高,因此传统的杀掉进程方式可能会杀掉用户当前放到后台但又是用户经常使用的应用程序,导致用户返回到被杀掉的应用程序时,此应用程序会重新启动,不会返回用户上次操作的结果,导致用户体验差。
发明内容
为解决上述技术问题,本申请实施例提供一种进程管理方法及装置,以达到避免用户经常使用的应用程序的进程被优先杀掉,降低用户经常使用的应用程序的进程被杀掉的概率,从而降低应用程序在用户返回到经常使用的应用程序时重新启动的概率,既而改善用户体验性的目的,技术方案如下:
一种进程管理方法,包括:
在用户未请求按照用户设定方式杀掉进程时,获取各个后台进程各自的进程使用总时长,所述后台进程为被调入后台的进程;
根据各个所述后台进程各自的进程使用总时长,判断各个所述后台进程中是否存在进程使用总时长相同的后台进程;
若不存在,杀掉各个所述后台进程中进程使用总时长最短的后台进程;
若存在,判断所述进程使用总时长相同的后台进程对应的进程使用总时长是否最短;
若是,从所述进程使用总时长相同的后台进程中查找进程进入后台时间距离当前时间最长的后台进程;
若查找到,则杀掉所述进程进入后台时间距离当前时间最长的后台进程;
若未查找到,则按照系统默认方式对各个所述后台进程进行杀掉操作;
若否,从各个所述后台进程中除所述进程使用总时长相同的后台进程之外的后台进程中,选取进程使用总时长最短的后台进程,并对其进行杀掉操作。
优选的,还包括:
在用户请求按照用户设定方式杀掉进程时,获取用户设定的杀掉进程方式;
判断所述用户设定的杀掉进程方式是否为按照进程启动次数杀掉进程的方式;
若是,杀掉各个所述后台进程中进程启动次数最小的后台进程;
若否,判断所述用户设定的杀掉进程方式是否为按照进程占用内存杀掉进程的方式;
若是,杀掉各个所述后台进程中进程占用内存最大的后台进程;
若否,判断所述用户设定的杀掉进程方式是否为按照进程使用总时长杀掉进程的方式;
若是,杀掉各个所述后台进程中进程使用总时长最短的后台进程;
若否,判断所述用户设定的杀掉进程方式是否为按照进程进入后台时间杀掉进程的方式;
若是,杀掉各个所述后台进程中进程进入后台时间最早的后台进程;
若否,按照系统默认方式对各个所述后台进程进行杀掉操作。
优选的,在用户未请求按照用户设定方式杀掉进程时,获取各个后台进程各自的进程使用总时长之前,还包括:
在各个所述后台进程被调入后台时,记录并保存各个所述后台进程各自的进程进入后台时间,以及,分别按照关系式TT=TT+ET-ST计算各个所述后台进程的进程使用总时长,并保存各个所述后台进程的进程使用总时长;
所述TT为进程使用总时长且所述TT的初始值为0,所述ET为所述进程进入后台时间,所述ST为进程启动时间。
优选的,在用户请求按照用户设定方式杀掉进程时,获取用户设定的杀掉进程方式之前,还包括:
在用户启动各个所述后台进程对应的应用程序时,记录并保存各个所述后台进程各自的进程启动次数、进程启动时间和进程占用内存;
在各个所述后台进程被调入后台时,记录并保存各个所述后台进程各自的进程进入后台时间,以及,分别按照关系式TT=TT+ET-ST计算各个所述后台进程的进程使用总时长,并保存各个所述后台进程的进程使用总时长;
所述TT为进程使用总时长且所述TT的初始值为0,所述ET为所述进程进入后台时间,所述ST为进程启动时间。
一种进程管理装置,包括:
第一获取单元,用于在用户未请求按照用户设定方式杀掉进程时,获取各个后台进程各自的进程使用总时长,所述后台进程为被调入后台的进程;
第一判断单元,用于根据各个所述后台进程各自的进程使用总时长,判断各个所述后台进程中是否存在进程使用总时长相同的后台进程,若不存在,执行第一杀掉单元,若存在,执行第二判断单元;
所述第一杀掉单元,用于杀掉各个所述后台进程中进程使用总时长最短的后台进程;
所述第二判断单元,用于判断所述进程使用总时长相同的后台进程对应的进程使用总时长是否最短,若是,执行查找单元,若否,执行第四杀掉单元;
所述查找单元,用于从所述进程使用总时长相同的后台进程中查找进程进入后台时间距离当前时间最长的后台进程,若查找到,则执行第二杀掉单元,若未查找到,则执行第三杀掉单元;
所述第二杀掉单元,用于杀掉所述进程进入后台时间距离当前时间最长的后台进程;
所述第三杀掉单元,用于按照系统默认方式对各个所述后台进程进行杀掉操作;
所述第四杀掉单元,用于从各个所述后台进程中除所述进程使用总时长相同的后台进程之外的后台进程中,选取进程使用总时长最短的后台进程,并对其进行杀掉操作。
优选的,还包括:
第二获取单元,用于在用户请求按照用户设定方式杀掉进程时,获取用户设定的杀掉进程方式;
第三判断单元,用于判断所述用户设定的杀掉进程方式是否为按照进程启动次数杀掉进程的方式,若是,执行第五杀掉单元,若否,执行第四判断单元;
所述第五杀掉单元,用于杀掉各个所述后台进程中进程启动次数最小的后台进程;
所述第四判断单元,用于判断所述用户设定的杀掉进程方式是否为按照进程占用内存杀掉进程的方式,若是,执行第六杀掉单元,若否,执行第五判断单元;
所述第六杀掉单元,用于杀掉各个所述后台进程中进程占用内存最大的后台进程;
所述第五判断单元,用于判断所述用户设定的杀掉进程方式是否为按照进程使用总时长杀掉进程的方式,若是,执行第七杀掉单元,若否,执行第六判断单元;
所述第七杀掉单元,用于杀掉各个所述后台进程中进程使用总时长最短的后台进程;
所述第六判断单元,用于判断所述用户设定的杀掉进程方式是否为按照进程进入后台时间杀掉进程的方式,若是,执行第八杀掉单元,若否,执行第九杀掉单元;
所述第八杀掉单元,用于杀掉各个所述后台进程中进程进入后台时间最早的后台进程;
第九杀掉单元,用于按照系统默认方式对各个所述后台进程进行杀掉操作。
优选的,还包括:
第一保存单元,用于在各个所述后台进程被调入后台时,记录并保存各个所述后台进程各自的进程进入后台时间,以及,分别按照关系式TT=TT+ET-ST计算各个所述后台进程的进程使用总时长,并保存各个所述后台进程的进程使用总时长;
所述TT为进程使用总时长且所述TT的初始值为0,所述ET为所述进程进入后台时间,所述ST为进程启动时间。
优选的,还包括:
第二保存单元,用于在用户启动各个所述后台进程对应的应用程序时,记录并保存各个所述后台进程各自的进程启动次数、进程启动时间和进程占用内存;
第三保存单元,用于在各个所述后台进程被调入后台时,记录并保存各个所述后台进程各自的进程进入后台时间,以及,分别按照关系式TT=TT+ET-ST计算各个所述后台进程的进程使用总时长,并保存各个所述后台进程的进程使用总时长;
所述TT为进程使用总时长且所述TT的初始值为0,所述ET为所述进程进入后台时间,所述ST为进程启动时间。
与现有技术相比,本申请的有益效果为:
在本申请中,由于用户经常使用的应用程序的进程使用总时长相对较长,因此通过判断各个所述后台进程中是否存在进程使用总时长相同的后台进程,若不存在,则杀掉各个所述后台进程中进程使用总时长最短的后台进程,来杀掉各个后台进程中进程使用总时长最短的后台进程,避免用户经常使用的应用程序的进程被优先杀掉,降低了用户经常使用的应用程序的进程被杀掉的概率,从而降低了应用程序在用户返回到经常使用的应用程序时重新启动的概率,既而改善了用户体验性。
并且,在各个所述后台进程中存在进程使用总时长相同的后台进程,且判断出进程使用总时长相同的后台进程对应的进程使用总时长最短时,继续从所述进程使用总时长相同的后台进程中查找进程进入后台时间距离当前时间最长的后台进程,由于用户经常使用的应用程序的进程在后台的时长相对较短,因此在所述进程使用总时长相同的后台进程对应的进程使用总时长最短的基础上,杀掉进程进入后台时间距离当前时间最长的后台进程,进一步避免杀掉用户经常使用的应用程序的进程,同样能避免用户经常使用的应用程序的进程被优先杀掉,降低用户经常使用的应用程序的进程被杀掉的概率,从而降低了应用程序在用户返回到经常使用的应用程序时重新启动的概率,既而改善了用户体验性。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请提供的进程管理方法的一种流程图;
图2是本申请提供的进程管理方法的另一种流程图;
图3是本申请提供的进程管理装置的一种逻辑结构示意图;
图4是本申请提供的进程管理装置的另一种逻辑结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
实施例一
在本实施例中,基于安卓系统的终端在执行杀掉后台进程时,可以按照用户设定方式杀掉进程或者按照系统设定流程杀掉进程。
基于安卓系统的终端若按照系统设定流程杀掉进程,则杀掉进程的具体过程请参见图1,其示出了本申请提供的进程管理方法的一种流程图,可以包括以下步骤:
步骤S11:在用户未请求按照用户设定方式杀掉进程时,获取各个后台进程各自的进程使用总时长,所述后台进程为被调入后台的进程。
在本实施例中,进程使用总时长为进程被杀掉前被使用的总时长。
步骤S12:根据各个所述后台进程各自的进程使用总时长,判断各个所述后台进程中是否存在进程使用总时长相同的后台进程。
若不存在,执行步骤S13,若存在,执行步骤S14。
步骤S13:杀掉各个所述后台进程中进程使用总时长最短的后台进程。
步骤S14:判断所述进程使用总时长相同的后台进程对应的进程使用总时长是否最短。
若是,执行步骤S15,若否,执行步骤S18。
步骤S15:从所述进程使用总时长相同的后台进程中查找进程进入后台时间距离当前时间最长的后台进程。
在本实施例中,进程进入后台时间为进程被用户调入后台的时间。
若查找到,则执行步骤S16,若未查找到,则执行步骤S17。
步骤S16:杀掉所述进程进入后台时间距离当前时间最长的后台进程。
步骤S17:按照系统默认方式对各个所述后台进程进行杀掉操作。
在本实施例中,系统默认方式即现有技术中通过计算进程阈值的方法来判定进程的重要程度,进程阈值越小的进程越重要,进程阈值越大的进程越不重要,其中进程阈值大的进程被优先杀掉的方式。
步骤S18:从各个所述后台进程中除所述进程使用总时长相同的后台进程之外的后台进程中,选取进程使用总时长最短的后台进程,并对其进行杀掉操作。
在本申请中,由于用户经常使用的应用程序的进程使用总时长相对较长,因此通过判断各个所述后台进程中是否存在进程使用总时长相同的后台进程,若不存在,则杀掉各个所述后台进程中进程使用总时长最短的后台进程,来杀掉各个后台进程中进程使用总时长最短的后台进程,避免用户经常使用的应用程序的进程被优先杀掉,降低了用户经常使用的应用程序的进程被杀掉的概率,从而降低了应用程序在用户返回到经常使用的应用程序时重新启动的概率,既而改善了用户体验性。
并且,在各个所述后台进程中存在进程使用总时长相同的后台进程,且判断出进程使用总时长相同的后台进程对应的进程使用总时长最短时,继续从所述进程使用总时长相同的后台进程中查找进程进入后台时间距离当前时间最长的后台进程,由于用户经常使用的应用程序的进程在后台的时长相对较短,因此在所述进程使用总时长相同的后台进程对应的进程使用总时长最短的基础上,杀掉进程进入后台时间距离当前时间最长的后台进程,进一步避免杀掉用户经常使用的应用程序的进程,同样能避免用户经常使用的应用程序的进程被优先杀掉,降低用户经常使用的应用程序的进程被杀掉的概率,从而降低了应用程序在用户返回到经常使用的应用程序时重新启动的概率,既而改善了用户体验性。
需要说明的是,在本实施例中,在用户未请求按照用户设定方式杀掉进程时,获取各个后台进程各自的进程使用总时长之前,基于安卓系统的终端需要执行以下操作:在各个所述后台进程被调入后台时,记录并保存各个所述后台进程各自的进程进入后台时间,以及,分别按照关系式TT=TT+ET-ST计算各个所述后台进程的进程使用总时长,并保存各个所述后台进程的进程使用总时长。
其中,所述TT为进程使用总时长且所述TT的初始值为0,所述ET为所述进程进入后台时间,所述ST为进程启动时间。
在本实施例中,由于同一个进程有可能被前台和后台来回调用多次,因此将关系式TT=TT+ET-ST是在TT的基础上叠加的,按照关系式TT=TT+ET-ST计算得到的进行使用总时长更加精确。
上述进程启动时间即进程被启动时的开始时间,其在进程被启动时由基于安卓系统的终端进行记录并保存。
基于安卓系统的终端在实现图1示出的进程管理方法的基础上,可以按照用户设定方式杀掉进程,若按照用户设定方式杀掉进程,则杀掉进程的具体过程请参见图2,其示出了本申请提供的进程管理方法的另一种流程图,可以包括以下步骤:
步骤S21:在用户请求按照用户设定方式杀掉进程时,获取用户设定的杀掉进程方式。
在本实施例中,基于安卓系统的终端可以提供用户设置入口,用户则可以通过用户设置入口进行杀掉进程方式的设定。在用户进行杀掉进程方式的设定之后,基于安卓系统的终端保存用户设定的杀掉进行方式,以便在用户请求按照用户设定方式杀掉进程时,从指定的存储位置获取用户设定的杀掉进程方式。
步骤S22:判断所述用户设定的杀掉进程方式是否为按照进程启动次数杀掉进程的方式。
若是,执行步骤S23,若否,执行步骤S24。
步骤S23:杀掉各个所述后台进程中进程启动次数最小的后台进程。
在本实施例中,进程启动次数为进程在系统运行期间被启动的总次数。
步骤S24:判断所述用户设定的杀掉进程方式是否为按照进程占用内存杀掉进程的方式。
若是,执行步骤S25,若否,执行步骤S26。
步骤S25:杀掉各个所述后台进程中进程占用内存最大的后台进程。
在本实施例中,进程占用内存为被启动的进程所占用的内存大小值。
步骤S26:判断所述用户设定的杀掉进程方式是否为按照进程使用总时长杀掉进程的方式。
若是,执行步骤S27,若否,执行步骤S28。
步骤S27:杀掉各个所述后台进程中进程使用总时长最短的后台进程。
在本实施例中,进程使用总时长为进程被杀掉前被使用的总时长。
步骤S28:判断所述用户设定的杀掉进程方式是否为按照进程进入后台时间杀掉进程的方式。
若是,执行步骤S29,若否,执行步骤S210。
步骤S29:杀掉各个所述后台进程中进程进入后台时间最早的后台进程。
在本实施例中,进程进入后台时间为进程被用户调入后台的时间。
步骤S210:按照系统默认方式对各个所述后台进程进行杀掉操作。
本步骤中的系统默认方式即现有技术中通过计算进程阈值的方法来判定进程的重要程度,进程阈值越小的进程越重要,进程阈值越大的进程越不重要,其中进程阈值大的进程被优先杀掉的方式。
在本实施例中,按照用户设定的方式杀掉进程,可以最大化的避免用户经常使用的进程被优先杀掉,从而避免应用程序在用户返回到应用程序时重新启动,极大的提高了用户体验性。
在本实施例中,在用户请求按照用户设定方式杀掉进程时,获取用户设定的杀掉进程方式之前,基于安卓系统的终端需要执行以下操作:在用户启动各个所述后台进程对应的应用程序时,记录并保存各个所述后台进程各自的进程启动次数、进程启动时间和进程占用内存;
在各个所述后台进程被调入后台时,记录并保存各个所述后台进程各自的进程进入后台时间,以及,分别按照关系式TT=TT+ET-ST计算各个所述后台进程的进程使用总时长,并保存各个所述后台进程的进程使用总时长。
所述TT为进程使用总时长且所述TT的初始值为0,所述ET为所述进程进入后台时间,所述ST为进程启动时间。
其中,进程启动次数、进程启动时间和进程占用内存的概念已在图2示出的进程管理方法的步骤中述及,在此不再赘述。
实施例二
与上述方法实施例相对应,本实施例提供了一种进程管理装置,请参见图3,进程管理装置包括:第一获取单元31、第一判断单元32、第一杀掉单元33、第二判断单元34、查找单元35、第二杀掉单元36、第三杀掉单元37和第四杀掉单元38。
第一获取单元31,用于在用户未请求按照用户设定方式杀掉进程时,获取各个后台进程各自的进程使用总时长,所述后台进程为被调入后台的进程。
第一判断单元32,用于根据各个所述后台进程各自的进程使用总时长,判断各个所述后台进程中是否存在进程使用总时长相同的后台进程,若不存在,执行第一杀掉单元33,若存在,执行第二判断单元34。
所述第一杀掉单元33,用于杀掉各个所述后台进程中进程使用总时长最短的后台进程。
所述第二判断单元34,用于判断所述进程使用总时长相同的后台进程对应的进程使用总时长是否最短,若是,执行查找单元35,若否,执行第四杀掉单元38。
所述查找单元35,用于从所述进程使用总时长相同的后台进程中查找进程进入后台时间距离当前时间最长的后台进程,若查找到,则执行第二杀掉单元36,若未查找到,则执行第三杀掉单元37。
所述第二杀掉单元36,用于杀掉所述进程进入后台时间距离当前时间最长的后台进程。
所述第三杀掉单元37,用于按照系统默认方式对各个所述后台进程进行杀掉操作。
所述第四杀掉单元38,用于从各个所述后台进程中除所述进程使用总时长相同的后台进程之外的后台进程中,选取进程使用总时长最短的后台进程,并对其进行杀掉操作。
在本实施例中,上述进程管理装置还包括:第一保存单元,用于在各个所述后台进程被调入后台时,记录并保存各个所述后台进程各自的进程进入后台时间,以及,分别按照关系式TT=TT+ET-ST计算各个所述后台进程的进程使用总时长,并保存各个所述后台进程的进程使用总时长;
所述TT为进程使用总时长且所述TT的初始值为0,所述ET为所述进程进入后台时间,所述ST为进程启动时间。
在本实施例中,图3示出的进程管理装置还可以包括:第二获取单元39、第三判断单元310、第五杀掉单元311、第四判断单元312、第六杀掉单元313、第五判断单元314、第七杀掉单元315、第六判断单元316、第八杀掉单元317和第九杀掉单元318,如图4所示。
第二获取单元39,用于在用户请求按照用户设定方式杀掉进程时,获取用户设定的杀掉进程方式。
第三判断单元310,用于判断所述用户设定的杀掉进程方式是否为按照进程启动次数杀掉进程的方式,若是,执行第五杀掉单元311,若否,执行第四判断单元312。
所述第五杀掉单元311,用于杀掉各个所述后台进程中进程启动次数最小的后台进程。
所述第四判断单元312,用于判断所述用户设定的杀掉进程方式是否为按照进程占用内存杀掉进程的方式,若是,执行第六杀掉单元313,若否,执行第五判断单元314。
所述第六杀掉单元313,用于杀掉各个所述后台进程中进程占用内存最大的后台进程。
所述第五判断单元314,用于判断所述用户设定的杀掉进程方式是否为按照进程使用总时长杀掉进程的方式,若是,执行第七杀掉单元315,若否,执行第六判断单元316。
所述第七杀掉单元315,用于杀掉各个所述后台进程中进程使用总时长最短的后台进程。
所述第六判断单元316,用于判断所述用户设定的杀掉进程方式是否为按照进程进入后台时间杀掉进程的方式,若是,执行第八杀掉单元317,若否,执行第九杀掉单元318。
所述第八杀掉单元317,用于杀掉各个所述后台进程中进程进入后台时间最早的后台进程。
第九杀掉单元318,用于按照系统默认方式对各个所述后台进程进行杀掉操作。
在本实施例中,图4示出的进程管理装置还包括:第二保存单元和第三保存单元。
第二保存单元,用于在用户启动各个所述后台进程对应的应用程序时,记录并保存各个所述后台进程各自的进程启动次数、进程启动时间和进程占用内存。
第三保存单元,用于在各个所述后台进程被调入后台时,记录并保存各个所述后台进程各自的进程进入后台时间,以及,分别按照关系式TT=TT+ET-ST计算各个所述后台进程的进程使用总时长,并保存各个所述后台进程的进程使用总时长。
所述TT为进程使用总时长且所述TT的初始值为0,所述ET为所述进程进入后台时间,所述ST为进程启动时间。
其中,第三保存单元的功能和第一保存单元的功能相同,因此进程管理装置可以仅设置一个具备在各个所述后台进程被调入后台时,记录并保存各个所述后台进程各自的进程进入后台时间,以及,分别按照关系式TT=TT+ET-ST计算各个所述后台进程的进程使用总时长,并保存各个所述后台进程的进程使用总时长的功能的保存单元即仅设置第一保存单元或第三保存单元。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的一种进程管理方法及装置进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (8)
1.一种进程管理方法,其特征在于,包括:
在用户未请求按照用户设定方式杀掉进程时,获取各个后台进程各自的进程使用总时长,所述后台进程为被调入后台的进程;
根据各个所述后台进程各自的进程使用总时长,判断各个所述后台进程中是否存在进程使用总时长相同的后台进程;
若不存在,杀掉各个所述后台进程中进程使用总时长最短的后台进程;
若存在,判断所述进程使用总时长相同的后台进程对应的进程使用总时长是否最短;
若是,从所述进程使用总时长相同的后台进程中查找进程进入后台时间距离当前时间最长的后台进程;
若查找到,则杀掉所述进程进入后台时间距离当前时间最长的后台进程;
若未查找到,则按照系统默认方式对各个所述后台进程进行杀掉操作,所述系统默认方式为通过计算进程阈值的方法来判定进程的重要程度,进程阈值越小的进程越重要,进程阈值越大的进程越不重要,其中进程阈值大的进程被优先杀掉的方式;
若否,从各个所述后台进程中除所述进程使用总时长相同的后台进程之外的后台进程中,选取进程使用总时长最短的后台进程,并对其进行杀掉操作。
2.根据权利要求1所述的方法,其特征在于,还包括:
在用户请求按照用户设定方式杀掉进程时,获取用户设定的杀掉进程方式;
判断所述用户设定的杀掉进程方式是否为按照进程启动次数杀掉进程的方式;
若是,杀掉各个所述后台进程中进程启动次数最小的后台进程;
若否,判断所述用户设定的杀掉进程方式是否为按照进程占用内存杀掉进程的方式;
若是,杀掉各个所述后台进程中进程占用内存最大的后台进程;
若否,判断所述用户设定的杀掉进程方式是否为按照进程使用总时长杀掉进程的方式;
若是,杀掉各个所述后台进程中进程使用总时长最短的后台进程;
若否,判断所述用户设定的杀掉进程方式是否为按照进程进入后台时间杀掉进程的方式;
若是,杀掉各个所述后台进程中进程进入后台时间最早的后台进程;
若否,按照系统默认方式对各个所述后台进程进行杀掉操作。
3.根据权利要求1所述的方法,其特征在于,在用户未请求按照用户设定方式杀掉进程时,获取各个后台进程各自的进程使用总时长之前,还包括:
在各个所述后台进程被调入后台时,记录并保存各个所述后台进程各自的进程进入后台时间,以及,分别按照关系式TT=TT+ET-ST计算各个所述后台进程的进程使用总时长,并保存各个所述后台进程的进程使用总时长;
所述TT为进程使用总时长且所述TT的初始值为0,所述ET为所述进程进入后台时间,所述ST为进程启动时间。
4.根据权利要求2所述的方法,其特征在于,在用户请求按照用户设定方式杀掉进程时,获取用户设定的杀掉进程方式之前,还包括:
在用户启动各个所述后台进程对应的应用程序时,记录并保存各个所述后台进程各自的进程启动次数、进程启动时间和进程占用内存;
在各个所述后台进程被调入后台时,记录并保存各个所述后台进程各自的进程进入后台时间,以及,分别按照关系式TT=TT+ET-ST计算各个所述后台进程的进程使用总时长,并保存各个所述后台进程的进程使用总时长;
所述TT为进程使用总时长且所述TT的初始值为0,所述ET为所述进程进入后台时间,所述ST为进程启动时间。
5.一种进程管理装置,其特征在于,包括:
第一获取单元,用于在用户未请求按照用户设定方式杀掉进程时,获取各个后台进程各自的进程使用总时长,所述后台进程为被调入后台的进程;
第一判断单元,用于根据各个所述后台进程各自的进程使用总时长,判断各个所述后台进程中是否存在进程使用总时长相同的后台进程,若不存在,执行第一杀掉单元,若存在,执行第二判断单元;
所述第一杀掉单元,用于杀掉各个所述后台进程中进程使用总时长最短的后台进程;
所述第二判断单元,用于判断所述进程使用总时长相同的后台进程对应的进程使用总时长是否最短,若是,执行查找单元,若否,执行第四杀掉单元;
所述查找单元,用于从所述进程使用总时长相同的后台进程中查找进程进入后台时间距离当前时间最长的后台进程,若查找到,则执行第二杀掉单元,若未查找到,则执行第三杀掉单元;
所述第二杀掉单元,用于杀掉所述进程进入后台时间距离当前时间最长的后台进程;
所述第三杀掉单元,用于按照系统默认方式对各个所述后台进程进行杀掉操作,所述系统默认方式为通过计算进程阈值的方法来判定进程的重要程度,进程阈值越小的进程越重要,进程阈值越大的进程越不重要,其中进程阈值大的进程被优先杀掉的方式;
所述第四杀掉单元,用于从各个所述后台进程中除所述进程使用总时长相同的后台进程之外的后台进程中,选取进程使用总时长最短的后台进程,并对其进行杀掉操作。
6.根据权利要求5所述的装置,其特征在于,还包括:
第二获取单元,用于在用户请求按照用户设定方式杀掉进程时,获取用户设定的杀掉进程方式;
第三判断单元,用于判断所述用户设定的杀掉进程方式是否为按照进程启动次数杀掉进程的方式,若是,执行第五杀掉单元,若否,执行第四判断单元;
所述第五杀掉单元,用于杀掉各个所述后台进程中进程启动次数最小的后台进程;
所述第四判断单元,用于判断所述用户设定的杀掉进程方式是否为按照进程占用内存杀掉进程的方式,若是,执行第六杀掉单元,若否,执行第五判断单元;
所述第六杀掉单元,用于杀掉各个所述后台进程中进程占用内存最大的后台进程;
所述第五判断单元,用于判断所述用户设定的杀掉进程方式是否为按照进程使用总时长杀掉进程的方式,若是,执行第七杀掉单元,若否,执行第六判断单元;
所述第七杀掉单元,用于杀掉各个所述后台进程中进程使用总时长最短的后台进程;
所述第六判断单元,用于判断所述用户设定的杀掉进程方式是否为按照进程进入后台时间杀掉进程的方式,若是,执行第八杀掉单元,若否,执行第九杀掉单元;
所述第八杀掉单元,用于杀掉各个所述后台进程中进程进入后台时间最早的后台进程;
第九杀掉单元,用于按照系统默认方式对各个所述后台进程进行杀掉操作。
7.根据权利要求5所述的装置,其特征在于,还包括:
第一保存单元,用于在各个所述后台进程被调入后台时,记录并保存各个所述后台进程各自的进程进入后台时间,以及,分别按照关系式TT=TT+ET-ST计算各个所述后台进程的进程使用总时长,并保存各个所述后台进程的进程使用总时长;
所述TT为进程使用总时长且所述TT的初始值为0,所述ET为所述进程进入后台时间,所述ST为进程启动时间。
8.根据权利要求6所述的装置,其特征在于,还包括:
第二保存单元,用于在用户启动各个所述后台进程对应的应用程序时,记录并保存各个所述后台进程各自的进程启动次数、进程启动时间和进程占用内存;
第三保存单元,用于在各个所述后台进程被调入后台时,记录并保存各个所述后台进程各自的进程进入后台时间,以及,分别按照关系式TT=TT+ET-ST计算各个所述后台进程的进程使用总时长,并保存各个所述后台进程的进程使用总时长;
所述TT为进程使用总时长且所述TT的初始值为0,所述ET为所述进程进入后台时间,所述ST为进程启动时间。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610499750.7A CN105912395B (zh) | 2016-06-29 | 2016-06-29 | 一种进程管理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610499750.7A CN105912395B (zh) | 2016-06-29 | 2016-06-29 | 一种进程管理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105912395A CN105912395A (zh) | 2016-08-31 |
CN105912395B true CN105912395B (zh) | 2019-03-15 |
Family
ID=56754002
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610499750.7A Active CN105912395B (zh) | 2016-06-29 | 2016-06-29 | 一种进程管理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105912395B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106648704A (zh) * | 2017-01-05 | 2017-05-10 | 广东欧珀移动通信有限公司 | 一种进程管理的方法、装置及移动终端 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103631661A (zh) * | 2013-11-27 | 2014-03-12 | 青岛海信电器股份有限公司 | 一种内存管理方法和装置 |
CN104866366A (zh) * | 2015-06-15 | 2015-08-26 | 广东欧珀移动通信有限公司 | 应用程序清理方法及装置 |
CN105335099A (zh) * | 2015-09-25 | 2016-02-17 | 深圳市金立通信设备有限公司 | 一种内存清理方法及终端 |
CN105468416A (zh) * | 2015-11-30 | 2016-04-06 | 魅族科技(中国)有限公司 | 一种应用程序清理的方法及终端 |
CN105676987A (zh) * | 2014-11-19 | 2016-06-15 | 中兴通讯股份有限公司 | 关闭移动终端后台应用的方法、装置及移动终端 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120324481A1 (en) * | 2011-06-16 | 2012-12-20 | Samsung Electronics Co. Ltd. | Adaptive termination and pre-launching policy for improving application startup time |
-
2016
- 2016-06-29 CN CN201610499750.7A patent/CN105912395B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103631661A (zh) * | 2013-11-27 | 2014-03-12 | 青岛海信电器股份有限公司 | 一种内存管理方法和装置 |
CN105676987A (zh) * | 2014-11-19 | 2016-06-15 | 中兴通讯股份有限公司 | 关闭移动终端后台应用的方法、装置及移动终端 |
CN104866366A (zh) * | 2015-06-15 | 2015-08-26 | 广东欧珀移动通信有限公司 | 应用程序清理方法及装置 |
CN105335099A (zh) * | 2015-09-25 | 2016-02-17 | 深圳市金立通信设备有限公司 | 一种内存清理方法及终端 |
CN105468416A (zh) * | 2015-11-30 | 2016-04-06 | 魅族科技(中国)有限公司 | 一种应用程序清理的方法及终端 |
Also Published As
Publication number | Publication date |
---|---|
CN105912395A (zh) | 2016-08-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2015131679A1 (zh) | 任务进程的处理方法及装置 | |
CN106055077A (zh) | 一种基于唤醒锁的处理方法及装置 | |
CN106020907B (zh) | 一种应用程序的关闭方法和装置 | |
US20140129501A1 (en) | Method for predicting user operation and mobile terminal | |
RU2009103144A (ru) | Временное ранжирование результатов поиска | |
CN106022108B (zh) | 一种同步管理方法及终端设备 | |
RU2008137791A (ru) | СПОСОБ И УСТРОЙСТВО ДЛЯ АВТОМАТИЧЕСКОГО ОБРАЗОВАНИЯ ПАР ПО ТЕХНОЛОГИИ Bluetooth | |
TW201237653A (en) | Sending product information based on determined preference values | |
CN105677477A (zh) | 一种优化应用程序资源的方法、装置及电子设备 | |
CN103294512B (zh) | 一种定时器延迟启动方法和系统 | |
EP2672781A1 (en) | Method and mobile terminal for predicting user operation | |
CN110096996A (zh) | 生物信息识别方法、装置、终端、系统及存储介质 | |
WO2022166687A1 (zh) | 智能冰箱的控制方法及装置、智能冰箱 | |
US20170055208A1 (en) | Method and apparatus for reducing power consumption, and mobile terminal | |
CN105912395B (zh) | 一种进程管理方法及装置 | |
CN106407203A (zh) | 一种对目标终端进行识别的方法和设备 | |
CN109450869A (zh) | 一种基于用户反馈的业务安全防护方法 | |
CN113626226B (zh) | 数据通信方法及装置、处理器、计算机存储介质 | |
CN106406495A (zh) | 应用程序的管理方法、应用程序的管理装置和终端 | |
CN105554104B (zh) | 根据gps卫星数目关闭程序在后台运行的方法及装置 | |
US10599195B2 (en) | Method and apparatus for controlling hot plug operation of CPU in mobile terminal | |
CN105204908B (zh) | 一种应用程序停包方法、装置及电子设备 | |
CN110362430A (zh) | 一种服务器的自动重启的方法、系统及存储介质 | |
CN109549298A (zh) | 手环提醒控制方法、装置及手环 | |
CN107796409A (zh) | 一种导航控制方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP02 | Change in the address of a patent holder |
Address after: Room 101-105, floor 1, Chuangda building, No. 9, Qinghua East Road, Haidian District, Beijing 100083 (Dongsheng District) Patentee after: Thunder Software Technology Co., Ltd. Address before: 100191 Beijing Haidian District Lung Cheung Road No. 1 Tai Xiang business building 4 layer 401-409 Patentee before: Thunder Software Technology Co., Ltd. |
|
CP02 | Change in the address of a patent holder |