CN109992394B - 进程处理方法和装置、电子设备、计算机可读存储介质 - Google Patents

Abstract

本申请涉及一种进程处理方法和装置、电子设备、计算机可读存储介质。该方法包括：获取处于后台运行的守护进程的进程信息；检测所述进程信息中是否包含预设的关键字；当包含所述关键字时，对所述守护进程进行资源限制。利用上述进程处理方法可提高前台进程的处理效率。

Description

进程处理方法和装置、电子设备、计算机可读存储介质

技术领域

本申请涉及数据处理领域，特别是涉及一种进程处理方法和装置、电子设备、计算机可读存储介质。

背景技术

随着移动通信技术的发展，移动操作系统中都提供了对应用的进程进行资源限制的方法。传统的操作系统中，前台应用的进程(即前台进程)通常是不会进行资源限制的，而对于与前台应用无关的处于后台运行的应用的进程(即后台进程)，则对其占用的资源加以限制，以提供更多的资源给前台应用的进程使用，提高前台应用的操作效率。

然而，传统方法中，总是存在一些比较隐蔽的进程，比如应用安装进程，使得系统难以检测出来并加以限制，导致这些隐蔽的后台进程占用较多的资源，影响了前台应用的运行效率。

发明内容

本申请实施例提供一种进程处理方法和装置、电子设备、计算机可读存储介质，可以提高对前台进程的运行效率。

一种进程处理方法，所述方法包括：

获取处于后台运行的守护进程的进程信息；

检测所述进程信息中是否包含预设的关键字；

当包含所述关键字时，对所述守护进程进行资源限制。

一种进程处理装置，所述装置包括：

进程获取模块，用于获取处于后台运行的守护进程的进程信息；

关键字检测模块，用于检测所述进程信息中是否包含预设的关键字；

进程处理模块，用于当包含所述关键字时，对所述守护进程进行资源限制。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请各实施例所述的进程处理方法的步骤。

一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请各实施例所述的进程处理方法的步骤。

本申请实施例提供的进程处理方法和装置、电子设备、计算机可读存储介质，通过对守护进程进行关键字的检测，可提高对检测出所存在的比较隐蔽的守护进程的检测效率，并对检测出的进程信息中包含相应的关键字的守护进程进行资源限制，防止其对更多资源的占用，使更多的资源向前台应用所倾斜，提高前台应用的处理效率通过进程。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为一个实施例中电子设备的内部结构示意图；

图2为一个实施例中电子设备中的系统的部分框架示意图；

图3为一个实施例中进程处理方法的流程图；

图4为另一个实施例中进程处理方法的流程图；

图5为一个实施例中进程处理装置的结构框图；

图6为另一个实施例中进程处理装置的结构框图；

图7为一个实施例中手机的部分结构的框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

可以理解，本发明所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本发明的范围的情况下，可以将第一关键字称为第二关键字，且类似地，可将第二关键字称为第一关键字。第一关键字和第二关键字两者都是关键字，但其不是同一关键字。

在一个实施例中，如图1所示，提供了一种电子设备的内部结构示意图。该电子设备包括通过系统总线连接的处理器、存储器和显示屏。其中，该处理器用于提供计算和控制能力，支撑整个电子设备的运行。存储器用于存储数据、程序、和/或指令代码等，存储器上存储至少一个计算机程序，该计算机程序可被处理器执行，以实现本申请实施例中提供的适用于电子设备的进程处理方法。存储器可包括磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)等非易失性存储介质，或随机存储记忆体(Random-Access-Memory，RAM)等。例如，在一个实施例中，存储器包括非易失性存储介质及内存储器。非易失性存储介质存储有操作系统、数据库和计算机程序。该数据库中存储有用于实现以上各个实施例所提供的一种进程处理方法相关的数据，比如可存储有每个进程或应用的名称等信息。该计算机程序可被处理器所执行，以用于实现本申请各个实施例所提供的一种进程处理方法。内存储器为非易失性存储介质中的操作系统、数据库和计算机程序提供高速缓存的运行环境。显示屏可以是触摸屏，比如为电容屏或电子屏，用于显示前台进程对应的应用的界面信息，还可以被用于检测作用于该显示屏的触摸操作，生成相应的指令，比如进行前后台应用的切换指令等。

本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。如该电子设备还包括通过系统总线连接的网络接口，网络接口可以是以太网卡或无线网卡等，用于与外部的电子设备进行通信，比如可用于同服务器进行通信。

在一个实施例中，如图2所示，提供了一种电子设备的部分架构图。其中，该电子设备的架构系统中包括JAVA空间层210、本地框架层220以及内核(Kernel)空间层230。JAVA空间层210上可包含冻结管理应用212，电子设备可通过该冻结管理应用212来实现对各个应用的冻结策略，对后台耗电的相关应用做冻结和解冻等管理操作。本地框架层220中包含资源优先级和限制管理模块222和平台冻结管理模块224。电子设备可通过资源优先级和限制管理模块222实时维护不同的应用处于不同优先级和不同资源的组织中，并根据上层的需求来调整应用程序的资源组别从而达到优化性能，节省功耗的作用。电子设备可通过平台冻结管理模块224将后台可以冻结的任务按照进入冻结时间的长短，分配到对应预设的不同层次的冻结层，可选地，该冻结层可包括三个，分别是：CPU限制睡眠模式、CPU冻结睡眠模式、进程深度冻结模式。其中，CPU限制睡眠模式是指对相关进程所占用的CPU资源进行限制，使相关进程占用较少的CPU资源，将空余的CPU资源向其它未被冻结的进程倾斜，限制了对CPU资源的占用，也相应限制了进程对网络资源以及I/O接口资源的占用；CPU冻结睡眠模式是指禁止相关进程使用CPU，而保留对内存的占用，当禁止使用CPU资源时，相应的网络资源以及I/O接口资源也被禁止使用；进程深度冻结模式是指除禁止使用CPU资源之外，进一步对相关进程所占用的内存资源进行回收，回收的内存可供其它进程使用。内核空间层230中包括UID管理模块231、Cgroup模块232、Binder管控模块233、进程内存回收模块234以及冻结超时退出模块235。其中，UID管理模块231用于实现基于应用的用户身份标识(UserIdentifier，UID)来管理第三方应用的资源或进行冻结。相比较于基于进程身份标识(Process Identifier，PID)来进行进程管控，通过UID更便于统一管理一个用户的应用的资源。Cgroup模块232用于提供一套完善的中央处理器(Central Processing Unit，CPU)、CPUSET、内存(memory)、输入/输出(input/output，I/O)和Net相关的资源限制机制。Binder管控模块233用于实现后台binder通信的优先级的控制。其中，本地框架层220的接口模块包含开发给上层的binder接口，上层的框架或者应用通过提供的binder接口来发送资源限制或者冻结的指令给资源优先级和限制管理模块222和平台冻结管理模块224。进程内存回收模块234用于实现进程深度冻结模式，这样能当某个第三方应用长期处于冻结状态的时候，会主要释放掉进程的文件区，从而达到节省内存的模块，也加快该应用在下次启动时的速度。冻结超时退出模块235用于解决出现冻结超时场景产生的异常。通过上述的架构，可实现本申请各个实施例中的进程处理方法。

在一个实施例中，如图3所示，提供了一种进程处理方法，本实施例以该方法应用于如图1所示的电子设备为例进行说明。该方法包括：

步骤302，获取处于后台运行的守护进程的进程信息。

电子设备中有多个处于运行状态的进程，进程(process)是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位，是操作系统结构的基础。一个应用(Application，简称APP)的运行通常是由相关的多个进程的运行而体现的。前台应用运行时涉及的进程即为前台进程，后台应用运行时涉及的进程即为后台进程。电子设备可获取处于前台应用运行时的前台进程。每个进程可作为一个任务(task)而执行，由前台进程形成任务即为前台任务，后台进程形成的任务即为后台任务。

在后台运行的进程中，存在一类进程为守护进程(Daemon进程)。守护进程是一直运行的服务端程序，通常在系统后台运行，没有控制终端，不与前台交互，守护进程一般作为系统服务使用，是长时间运行的进程，通常在系统启动后就运行，在系统关闭时才结束。

电子设备可按照预设的频率或者根据检测到的用户操作指令来获取处于后台运行的守护进程的进程信息。进程信息包括进程的用户身份标识(User Identifier，UID)、进程身份标识(Process Identifier，PID)、进程名称等基本信息。

在一个实施例中，电子设备可根据自身的运行状态来实时更新处于前台运行的进程以及处于后台运行的进程，可选地，可设置对应的前台进程的前台进程池，以及后台进程的后台进程池。将处于前台进程的进程信息加入该前台进程池中，将后台进程的进程信息加入该后台进程池中，并在检测到后后台运行的进程有变动时，对应更新该前台进程池和后台进程池中的进程标识。比如，当检测到进程B由后台进程变成前台进程时，可将该进程B的进程信息从后台进程池中移入前台进程池中。

在一个实施例中，电子设备可针对每个进程，设置对应的前台标记或后台标记，将具有前台标记的进程判定为前台进程，将具有后台标记的进程判定为后台进程，并获取具有后台标记的守护进程的进程信息。

步骤304，检测进程信息中是否包含预设的关键字。

电子设备预设了至少一个关键字，该关键字为预设位数的数字、字母或其它字符等其中的一种或几种构成。该关键字为可进行资源限制的守护进程的进程信息中所共有的信息。电子设备可对进程信息中预设的一个或多个字段信息进行检测，以判定所检测的字段信息中是否包含相应的关键字。比如可检测其中的进程名称以及UID等一种或多种字段中是否包含相应的关键字。

步骤306，当包含关键字时，对守护进程进行资源限制。

可选地，当检测到进信息中包含预设的关键字时，对相应的守护进程进行资源限制。其中，资源包括CPU资源、CPUSET资源、内存资源、I/O资源和Net相关的资源等。电子设备可对上述资源中的一种或多种进行限制，以防止守护进程占据较多的资源而影响前台进程的处理效率。

在一个实施例中，对守护进程进行资源限制，包括：对守护进程所占用的CPU资源和I/O资源进行限制。

可选地，由于通常这类守护进程对CPU资源和I/O资源的占用较多，通过对这类资源进行CPU资源和I/O资源的限制，可进一步提高前台应用可使用的CPU资源和I/O资源，从而提高了前台应用的处理效率。

本实施例所提供的进程处理方法，通过对守护进程进行关键字的检测，可提高对检测出所存在的比较隐蔽的守护进程的检测效率，并对检测出的进程信息中包含相应的关键字的守护进程进行资源限制，防止其对更多资源的占用，使更多的资源向前台应用所倾斜，提高前台应用的处理效率通过进程。

在一个实施例中，关键字包括第一关键字和第二关键字；步骤304包括：检测进程信息中的进程名称是否包含第一关键字；检测进程信息中的用户身份标识UID是否包含第二关键字；步骤306包括：当包含第一关键字和第二关键字时，对守护进程进行资源限制。

需要检索的关键字包括两种，分别为第一关键字和第二关键字。第一关键字和第二关键字分别由预设长度的不同的数字、字母或其它字符等其中的一种或多种构成。第一关键字为对进程名称进行检测的关键字，第二关键字为对UID进行检测的关键字。

电子设备可获取进程信息中的进程名称以及UID。并检测进程名称中是否包含第一关键字，以及UID中是否包含第二关键字。可选地，可同时进行第一关键字和第二关键字的检测，两者的检测顺序并没有必然的限定。当检测出进程名称中包含第一关键字，且UID中包含第二关键字时，则对该守护进程进行资源限制。

本实施例中，通过在进程名称以及UID中进行关键字的检测，进一步提高了对可进行资源限制的守护进程的检测的准确性。

在一个实施例中，在对守护进程进行资源限制之前，还包括：获取前台应用的应用类别，当应用类别为游戏类应用，执行对守护进程进行资源限制。

可选地，电子设备可检测本机的前台应用的运行状态，当前台应用处于游戏运行状态时，可执行对守护进程进行资源限制的步骤。电子设备可记录了不同的应用所属的应用类别，应用类别可包括游戏应用、社交应用、地图导航应用、网购支付应用、通话通讯应用、浏览器应用等。电子设备可获取处于前台运行状态的应用的应用类别，处于前台运行的应用即为前台应用。当检测到前台应用为游戏应用时，则执行对守护进程进行资源限制的步骤。

本实施例中，由于游戏类的应用在运行的过程中，通常需要占用较大的资源才能保持流畅的运行，而当存在隐藏在后台运行的守护进程时，也会占用一定的资源，影响游戏应用的运行效率，因此，当检测到前台应用为游戏应用时，则对检测出的守护进程进行资源限制，可进一步提高游戏应用的运行效率。

在一个实施例中，对守护进程进行资源限制，包括：降低守护进程的优先级；根据降低后的优先级对守护进程进行资源限制。

可选地，针对每个处于前后台运行的进程，电子设置了对应不同的优先级，不同的优先级对应不同的资源限制程度。优先级越高的进程，对其可使用的资源的限制程度越低。通常地，前台进程对应被设置了最高的优先级，且相对高于后台进程的优先级。同一个进程，处于前台运行时以及处于后台运行时的优先级不一定相同。且同一个后台进程，处于不同状态下的优先级也不一定相同。比如，统一后台进程，在不同的时刻，或者前台进程不同时，该后台进程的优先级也不一定相同。

针对查询出的守护进程，电子设备可对其优先级进行调整，以降低该守护进程的优先级，并按照降低后的优先级来对该守护进程进行资源限制，以提高对守护进程的资源限制程度，使得更多的资源向前台应用倾斜。

举例来说，电子设备可按照优先级由高到低，分别设置优先级1至优先级5，共5级优先级，优先级越高的进程，对其可使用的资源的限制程度越低。当存在守护进程A的优先级为3级，且该守护进程A的进程信息中包含上述的关键字时，将该守护进程A的优先级由优先级3级调整至优先级4或优先级5级等，以保留更多的可用资源给前台应用使用，进一步提高前台应用的运行效率。

在一个实施例中，守护进程进行资源限制，包括：根据本地的资源利用率计算出对守护进程的限制程度；根据限制程度对守护进程进行资源限制。

可选地，本地资源利用率包括CPU资源、I/O资源、内存资源等其中的一种或多种资源的利用率。资源利用率反映了电子设备的资源空闲状态，资源利用率越低，则相应的空闲的资源越多。电子设备可根据当前的资源利用率来计算出对守护进程的限制程度，使得当资源利用率越大的时候，对守护进程的限制程度越高，资源利用率越小，则对守护进程的限制程度也相应的越小。

举例来说，以资源为内存为例来说明，若当前对守护进程的限制的可占用的I/O资源的数量为m或无限制，m可为任意合适的经验值。若电子设备当前的资源利用率为a％，则可将对该守护进程的I/O资源的数量限制为n，若电子设备当前的资源利用率为b％，则可将对该守护进程的I/O资源的数量限制为k。其中，b和k均小于m，且若a小于b，则n大于k。

在一个实施例中，电子设备可根据本地的资源利用率来降低守护进程的优先级，通过不同优先级所对应的资源限制程度，对该守护进程进行资源限制。其中，资源利用率越低，则对守护进程的优先级的下降幅度越小，资源利用率越高，则对守护进程的优先级的下降幅度越大。

通过按照本地的资源利用率计算出对守护进程的限制程度，并根据该限制程度来对守护进程进行限制，从而可使得在本地的资源利用率较大的时候，对守护进程的限制程度更大，在本地资源的利用率较低时候。对守护进程的限制程度相对较小，使得对守护进程的限制程度与本地的资源利用率相平衡，在对前台应用的处理效率影响不大情况下，不对守护进程进行过多的限制，也避免守护进程的处理效率过于低下。

在一个实施例中，在对守护进程进行资源限制之前，还包括：检测守护进程是否被前台进程依赖；若是，则将守护进程的优先级调整至与前台进程相匹配；否则，执行对守护进程进行资源限制。

在一个实施例中，对该守护进程进行依赖检测的步骤，可在上述步骤306之前的任意过程之中进行检测，比如，可首先进行依赖关系的检测，当不存在依赖关系时，则进行关键字的检测。当不存在依赖关系，且包含上述的关键字时，则执行守护进程进行资源限制。

依赖表示一个进程需要利用于另一个或多个进程的数据才能顺利实现对该一个进程的执行的关系。存在依赖关系的两个进程，分别为被依赖的进程和依赖的进程，电子设备将检测出的将被前台进程依赖的后台运行的守护进程判定为被前台进程依赖的后台进程。电子设备可对检测出的被前台进程所依赖的后台进程设置对应的被依赖标记，并从后台进程池中获取带有被依赖标记的后台进程，将该后台进程判定为被前台进程依赖的后台进程。

针对该守护进程，若被前台进程依赖，则可将将守护进程判定为被前台进程依赖的后台进程，将被前台进程依赖的守护进程的优先级调整至与前台进程的优先级相匹配。该前台进程即为前台运行的进程。

可选地，针对查询出的被前台进程依赖的守护进程，电子设备可对其优先级进行调整，使得调整后的优先级与该前台进程的优先级相匹配。电子设备可设置不同的被前台进程依赖的守护进程的优先级与前台优先级的匹配关系。根据该匹配关系，获取对应的适用于被前台进程依赖的守护进程的优先级，并将被前台进程依赖的守护进程的优先级调整至该优先级，降低对被前台进程依赖的守护进程的资源限制程度，使得对被前台进程依赖的守护进程所能使用的资源的限制程度与前台进程的限制程度相匹配。

在一个实施例中，与该前台进程的优先级相匹配的优先级，可为与该前台进程的优先级相同的优先级。即电子设备可将该被前台进程依赖的守护进程的优先级调整至与该前台进程的优先级相同的优先级，使得对被前台进程依赖的守护进程所能使用的资源的限制程度与前台进程的限制程度相同。

通过对守护进程进行依赖关系检测，将被前台进程所依赖的守护进程的优先级调整至与前台进程相配的优先级。由于通常前台进程的优先级最高，对应可使用的资源的限制程度最低，而后台进程的优先级较低，以防止后台进程占用过多的资源，对前台应用造成影响。然而后台进程中存在着被前台进程所依赖的情况，被依赖的后台进程执行效率时，也会对前台进程造成影响。本申请通过调整被依赖的守护进程的优先级调整至与前台优先级相匹配的优先级，从而可降低被依赖的守护进程所能使用的资源的限制程度，从而提高了被依赖的守护进程的处理效率。由于该被依赖的守护进程的处理效率提高了，从而也提高了依赖于该被依赖的守护进程的前台进程的处理效率。

在一个实施例中，如图4所示，提供了另一种进程处理方法，该方法包括：

步骤402，获取处于后台运行的守护进程的进程信息。

可选地，进程信息包括上述的进程名称和UID。电子设备可对本地运行的所有进程进行扫描，以后去处于后台运行的守护进程的进程名称和UID。可选地，电子设备可同时获取多个守护进程的进程名称和UID，还可按照预设的顺序，在完成对其中一轮的守护进程的检测之后，再获取下一轮的守护进程的进程信息并进行检测，其中，每一轮中包含的进程的数量可为一个或多个且不一定行相同。

在一个实施例中，电子设备可通过图2中的冻结管理应用210，通过Binder接口向资源优先级和限制管理模块222发送对守护进程的检测调整指令，该资源优先级和限制管理模块222通过接收到的检测指令获取守护进程的进程信息。

步骤404，检测进程信息中的进程名称是否包含第一关键字；检测进程信息中的用户身份标识UID是否包含第二关键字。

在一个实施例中，第一关键字可为“dex2oat”。第二关键字可为“2999”的关键字，电子设备可检测进程名称中是否包含“dex2oat”，以及UID的前是否为以“2999”开头的UID，其中，“2999”的后面还可包含连续的多个9，比如可为“299999”、“2999999”或“29999999”等。

步骤406，当包含第一关键字和第二关键字，且前台应用为游戏类应用时，对守护进程进行资源限制，对守护进程所占用的CPU资源和I/O资源进行限制。

在一个实施例中，当守护进程的第一关键字中包含“dex2oat”，且UID的前4位为“2999”，或者包含更多连续的“9”时，则判定该守护进程为应用安装进程，并对识别出的应用安装进程进行标记。同时，电子设备可检测前台应用是否为游戏应用，当为游戏应用时，则对该守护进程的可占用的CPU资源和I/O资源进行限制。比如，电子设备的CPU为8核或者6核的CPU，则可限制该守护进程可占用的CPU仅为1核，以提供更多的CPU资源供前台运行的游戏应用所使用。当前台应用对I/O接口的占用为30个或20个时，则限制其只能占用3个I/O接口。以提供更多的I/O资源供前台运行的游戏应用所使用。

在一个实施例中，电子设备可通过Binder接口向资源优先级和限制管理模块222发送对检测出的守护进程的资源限制指令。可选地，该资源限制指令可为对守护进程的优先级调整指令。资源优先级和限制管理模块222接收到该优先级调整指令后，降低相应的守护进程的优先级，提高对其资源限制，防止前台应用出现卡顿。

在一个实施例中，在对守护进程的资源进行限制之前，还包括：检测守护进程是否被前台进程依赖，若否，则对守护进程所占用的CPU资源和I/O资源进行限制。

在一个实施例中，当守护进程与前台进程之间存在socket通信、binder通信、内存共享或锁等待时，判定后台进程与前台进程之间存在通信机制。

可通过以下任意一种或几种方式检测是否存在与前台进程具有通信机制的后台进程：

(1)检测是否存在与前台进程具有socket和/或binder通信的后台进程；

(2)检测是否存在与前台进程之间进行内存共享的后台进程；

(3)检测是否存在前台进程等待在锁资源上的后台进程。

电子设备可在Binder驱动中设置对前台进程和后台进程之间是否存在Binder通信的检测机制，并调用在Binder驱动中设置的检测机制，以检测出与前台进程存在Binder通信的后台进程，将检测出的后台进程判定为被前台进程依赖的后台进程。

在一个实施例中，电子设备可检测各个锁资源，锁资源包括线程锁，文件句柄，信号等。针对每个锁资源，可检测是否发生锁等待，即锁资源等待。当检测到产生锁等待时，可进一步检测该发生等待的行为是否发生在前台进程上。若是，则遍历等待在该锁资源上面的所有后台进程，将检测到的等待在该锁资源上的后台进程均判定为被前台进程依赖的后台进程。

在一个实施例中，电子设备可在操作系统的内核空间中设置锁资源监控模块和优先级调整模块，将锁资源监控模块内嵌到内核原生的等待接口当中。通过该锁资源监控模块，检测线程锁，文件句柄，信号等锁各种锁资源，是否发生等待，发生等待的行为是否是发生在前台进程上面，如果是发生在前台任务上面，则将检测到的消息发送至优先级调整模块。通过该优先级调整遍历等待在该锁资源上面的所有后台线程，将这些后台进程判定为被前台进程依赖的后台进程。并通过该优先级调整模块将相应的守护进程的优先级调整至相匹配的优先级。

在一个实施例中，在步骤304之前，还包括：当后台进程与前台进程之间存在同步机制时，判定具有同步机制的守护进程为被前台进程依赖的后台进程。

电子设备还可通过调用futex系统调用检测后台进程集合中，是否存在与前台进程具有同步机制的后台进程，将具有同步机制的后台进程判定为被前台进程依赖的后台进程。

并发程序设计中，各进程对公共变量的访问必须加以制约，这种制约称为同步。在操作系统中，用户态(user mode)的同步机制可通过调用futex系统调用实现。其中，用户态指非特权状态。同步机制包括信号量、互斥锁等。当通过futex系统调用检测到与前台进程存在任意一种同步机制的后台进程时，可将检测到的后台进程判定为被前台进程依赖的后台进程。

通过对前台进程和后台进程之间的通信机制和/或同步机制的检测，将检测出的与前台进程具有通信机制和/或同步机制的后台进程判定为被前台进程依赖的后台进程，可提高对被前台进程依赖的守护进程的检测的效率。

上述的进程处理方法，当前台应用为游戏应用时，由于通常的游戏应用需要占用较大的CPU资源和I/O资源才能保障游戏运行的流畅性，而后台进程中，会存在一种应用安装进程，该应用安装进程在运行过程中通常也会占用较大的CPU资源和I/O资源，且这类应用安装进程具有较大的隐蔽性，使得电子设备难以检测出来，通过对守护进程的进程名称以及UID进行检测，当检测出进程名称包含符合应用安装进程共同共有的第一关键字、UID包含符合应用安装进程共同共有的第二关键字时，则对该守护进程占用的CPU资源和I/O资源进行限制，从而防止该守护进程对CPU资源和I/O资源的占用，提高了前台运行的游戏应用的处理效率。

应该理解的是，虽然图3和图4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图3和图4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种进程处理装置，该装置包括进程获取模块502、关键字检测模块504以及进程处理模块506。其中，进程获取模块502用于获取处于后台运行的守护进程的进程信息；关键字检测模块504用于检测进程信息中是否包含预设的关键字；进程处理模块506用于当包含关键字时，对守护进程进行资源限制。

在一个实施例中，关键字包括第一关键字和第二关键字；关键字检测模块504用于检测进程信息中的进程名称是否包含第一关键字；检测进程信息中的用户身份标识UID是否包含第二关键字；进程处理模块506用于当包含第一关键字和第二关键字时，对守护进程进行资源限制。

在一个实施例中，进程处理模块506还用于获取前台应用的应用类别，当应用类别为游戏类应用，对守护进程进行资源限制。

在一个实施例中，进程处理模块506还用于降低守护进程的优先级；根据降低后的优先级对守护进程进行资源限制。

在一个实施例中，进程处理模块506还用于根据本地的资源利用率计算出对守护进程的限制程度；根据限制程度对守护进程进行资源限制。

在一个实施例中，进程处理模块506还用于对守护进程所占用的CPU资源和I/O资源进行限制。

在一个实施例中，如图6所示，提供了另一种进程处理装置，该装置还包括：

依赖检测模块508，用于检测守护进程是否被前台进程依赖。

进程处理模块506还用于当守护进程被前台进程依赖时，则将守护进程的优先级调整至与前台进程相匹配；当守护进程未被前台进程依赖，且进程信息包含该关键字时，执行对守护进程进行资源限制。

上述的进程处理装置，通过对守护进程进行关键字的检测，可提高对检测出所存在的比较隐蔽的守护进程的检测效率，并对检测出的进程信息中包含相应的关键字的守护进程进行资源限制，防止其对更多资源的占用，使更多的资源向前台应用所倾斜，提高前台应用的处理效率通过进程。

上述进程处理装置中各个模块的划分仅用于举例说明，在其他实施例中，可将进程处理装置按照需要划分为不同的模块，以完成上述进程处理装置的全部或部分功能。

关于进程处理装置的具体限定可以参见上文中对于进程处理方法的限定，在此不再赘述。上述进程处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于电子设备中的处理器中，也可以以软件形式存储于电子设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

本申请实施例中提供的进程处理装置中的各个模块的实现可为计算机程序的形式。该计算机程序可在终端或服务器等电子设备上运行。该计算机程序构成的程序模块可存储在电子设备的存储器上。该计算机程序被处理器执行时，实现本申请实施例中所描述的进程处理方法的步骤。

在一个实施例中，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述各实施例所提供的进程处理方法的步骤。

在一个实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序对处理器执行时，实现本申请各实施例中所描述的进程处理方法的步骤。

在一个实施例中，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行本申请各实施例中所描述的进程处理方法。

本申请实施例还提供了一种计算机设备。如图7所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该计算机设备可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑、穿戴式设备等任意终端设备，以计算机设备为手机为例：

图7为与本申请实施例提供的计算机设备相关的手机的部分结构的框图。参考图7，手机包括：射频(Radio Frequency，RF)电路710、存储器720、输入单元730、显示单元740、传感器750、音频电路760、无线保真(wireless fidelity，WiFi)模块770、处理器780、以及电源790等部件。本领域技术人员可以理解，图7所示的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，RF电路710可用于收发信息或通话过程中，信号的接收和发送，可将基站的下行信息接收后，给处理器780处理；也可以将上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路710还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System ofMobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)、长期演进(Long Term Evolution，LTE))、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器720可用于存储软件程序以及模块，处理器780通过运行存储在存储器720的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器720可主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能的应用程序、图像播放功能的应用程序等)等；数据存储区可存储根据手机的使用所创建的数据(比如音频数据、通讯录等)等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元730可用于接收输入的数字或字符信息，以及产生与手机700的用户设置以及功能控制有关的键信号输入。具体地，输入单元730可包括触控面板731以及其他输入设备732。触控面板731，也可称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板731上或在触控面板731附近的操作)，并根据预先设定的程式驱动相应的连接装置。在一个实施例中，触控面板731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器780，并能接收处理器780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板731。除了触控面板731，输入单元730还可以包括其他输入设备732。具体地，其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)等中的一种或多种。

显示单元740可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元740可包括显示面板741。在一个实施例中，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板741。在一个实施例中，触控面板731可覆盖显示面板741，当触控面板731检测到在其上或附近的触摸操作后，传送给处理器780以确定触摸事件的类型，随后处理器780根据触摸事件的类型在显示面板741上提供相应的视觉输出。虽然在图7中，触控面板731与显示面板741是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板731与显示面板741集成而实现手机的输入和输出功能。

手机700还可包括至少一种传感器750，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板741的亮度，接近传感器可在手机移动到耳边时，关闭显示面板741和/或背光。运动传感器可包括加速度传感器，通过加速度传感器可检测各个方向上加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换)、振动识别相关功能(比如计步器、敲击)等；此外，手机还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器等。

音频电路760、扬声器761和传声器762可提供用户与手机之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号，传输到扬声器761，由扬声器761转换为声音信号输出；另一方面，传声器762将收集的声音信号转换为电信号，由音频电路760接收后转换为音频数据，再将音频数据输出处理器780处理后，经RF电路710可以发送给另一手机，或者将音频数据输出至存储器720以便后续处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了WiFi模块770，但是可以理解的是，其并不属于手机700的必须构成，可以根据需要而省略。

处理器780是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器720内的软件程序和/或模块，以及调用存储在存储器720内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。在一个实施例中，处理器780可包括一个或多个处理单元。在一个实施例中，处理器780可集成应用处理器和调制解调器，其中，应用处理器主要处理操作系统、用户界面和应用程序等；调制解调器主要处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器780中。比如，该处理器780可集成应用处理器和基带处理器，基带处理器与和其它外围芯片等可组成调制解调器。手机700还包括给各个部件供电的电源790(比如电池)，优选的，电源可以通过电源管理系统与处理器780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

在一个实施例中，手机700还可以包括摄像头、蓝牙模块等。

在本申请实施例中，该手机所包括的处理器执行存储在存储器上的计算机程序时实现上述所描述的进程处理方法。

本申请所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。合适的非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)，它用作外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDR SDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种进程处理方法，其特征在于，所述方法包括：

获取处于后台运行的守护进程的进程信息；

检测所述进程信息中的进程名称是否包含第一关键字；

检测所述进程信息中的用户身份标识UID是否包含第二关键字；

当包含所述第一关键字和第二关键字时，检测所述守护进程是否被前台进程依赖；若是，则将所述守护进程的优先级调整至与前台进程相匹配；否则，对所述守护进程进行资源限制。

2.根据权利要求1所述的方法，其特征在于，在所述对所述守护进程进行资源限制之前，还包括：

获取前台应用的应用类别，当所述应用类别为游戏类应用，执行所述对所述守护进程进行资源限制。

3.根据权利要求1所述的方法，其特征在于，所述对所述守护进程进行资源限制，包括：

降低所述守护进程的优先级；

根据降低后的优先级对所述守护进程进行资源限制。

4.根据权利要求1所述的方法，其特征在于，所述守护进程进行资源限制，包括：

根据本地的资源利用率计算出对所述守护进程的限制程度；

根据所述限制程度对所述守护进程进行资源限制。

5.根据权利要求1所述的方法，其特征在于，所述对所述守护进程进行资源限制，包括：

对所述守护进程所占用的CPU资源和I/O资源进行限制。

6.根据权利要求5所述的方法，其特征在于，所述对所述守护进程所占用的CPU资源和I/O资源进行限制，包括：

若当前对所述守护进程的限制的可占用的I/O资源的数量为m或无限制，m为任意合适的经验值；若电子设备当前的资源利用率为a％，则将对所述守护进程的I/O资源的数量限制为n；若所述电子设备当前的资源利用率为b％，则将对所述守护进程的I/O资源的数量限制为k；其中，b和k均小于m，且若a小于b，则n大于k。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述获取处于后台运行的守护进程的进程信息，包括：

按照预设的频率或者根据检测到的用户操作指令获取处于后台运行的守护进程的进程信息。

8.一种进程处理装置，其特征在于，所述装置包括：

进程获取模块，用于获取处于后台运行的守护进程的进程信息；

关键字检测模块，用于检测所述进程信息中的进程名称是否包含第一关键字；检测所述进程信息中的用户身份标识UID是否包含第二关键字；

进程处理模块，用于当包含所述第一关键字和第二关键字时，检测所述守护进程是否被前台进程依赖；若是，则将所述守护进程的优先级调整至与前台进程相匹配；否则，对所述守护进程进行资源限制。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述方法的步骤。

10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

Images