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

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

背景技术：

随着电子技术的发展，电子设备中安装的系统应用和第三方应用越来越多。越来越多的应用在后台中运行，必然就会出现前台进程与后台进程之间抢占网速的情况。尤其是在电子设备当前所处的网络状况较差，网速较慢的情况下，因为后台占用了网速，所以导致前台进程运行不流畅、卡顿。

技术实现要素：

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

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

检测电子设备的网速；

获取所述电子设备的前台进程对网速的需求大小；

根据所述电子设备的网速及所述前台进程对网速的需求大小对后台进程进行冻结。

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

网速检测模块，用于检测电子设备的网速；

前台进程对网速的需求大小获取模块，用于获取所述电子设备的前台进程对网速的需求大小；

后台进程冻结模块，用于根据所述电子设备的网速及所述前台进程对网速的需求大小对后台进程进行冻结。

一种电子设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述指令被所述处理器执行时，使得所述处理器执行如上所述的进程处理方法的步骤。

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

上述进程处理方法和装置、电子设备、计算机可读存储介质，检测电子设备的网速，获取电子设备的前台进程对网速的需求大小。根据电子设备的网速及前台进程对网速的需求大小对后台进程进行冻结。因为实时监测电子设备的网速，并获取前台进程对网速的需求，因此，可以在当前实时网速的前提下尽量满足用户使用前台进程时对网速的需求，而冻结后台进程以达到限制后台进程对网速资源的使用的目的。最终实现在网速有限的情况下，保证前台进程的流畅使用。

附图说明

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

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

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

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

图4为对与前台进程无依赖关系的下载/上传后台进程进行冻结方法的流程图；

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

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

图7为图6中后台进程冻结模块的结构示意图；

图8为又一个实施例中进程处理装置的结构示意图；

图9为一个实施例中提供的电子设备相关的手机的部分结构的框图。

具体实施方式

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

图1为一个实施例中电子设备的内部结构示意图。如图1所示，该电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该处理器用于提供计算和控制能力，支撑整个电子设备的运行。存储器用于存储数据、程序等，存储器上存储至少一个计算机程序，该计算机程序可被处理器执行，以实现本申请实施例中提供的适用于电子设备的进程处理方法。存储器可包括磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等非易失性存储介质，或随机存储记忆体(random-access-memory，ram)等。例如，在一个实施例中，存储器包括非易失性存储介质及内存储器。非易失性存储介质存储有操作系统和计算机程序。该计算机程序可被处理器所执行，以用于实现以下各个实施例所提供的一种进程处理方法。内存储器为非易失性存储介质中的操作系统计算机程序提供高速缓存的运行环境。网络接口可以是以太网卡或无线网卡等，用于与外部的电子设备进行通信。该电子设备可以是手机、平板电脑或者个人数字助理或穿戴式设备等。

在一个实施例中，如图2所示，提供了一种电子设备的部分架构图。其中，该电子设备的架构系统中包括java空间层210、本地框架层220以及内核(kernel)空间层230。java空间层上可包含冻结管理应用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)来管理第三方应用的资源或进行冻结。相比较于基于进程身份标识(processidentifier，pid)来进行进程管控，通过uid更便于统一管理一个用户的应用的资源。cgroup模块232用于提供一套完善的中央处理器(centralprocessingunit，cpu)、cpuset、内存(memory)、输入/输出(input/output，i/o)和net相关的资源限制机制。binder管控模块233用于实现后台binder通信的优先级的控制。其中，本地框架层220的接口模块包含开发给上层的binder接口，上层的框架或者应用通过提供的binder接口来发送资源限制或者冻结的指令给资源优先级和限制管理模块222和平台冻结管理模块224。进程内存回收模块234用于实现进程深度冻结模式，这样能当某个第三方应用长期处于冻结状态的时候，会主要释放掉进程的文件区，从而达到节省内存的模块，也加快该应用在下次启动时的速度。冻结超时退出模块235用于解决出现冻结超时场景产生的异常。通过上述的架构，可实现本申请各个实施例中的进程处理方法。

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

步骤302，检测电子设备的网速。

电子设备可以使用运营商提供的移动数据网络进行上网，当然也可以在有wifi的情况下使用wifi进行上网。因为在有些情况下，移动数据网络或wifi信号较弱即网速较低，若此时电子设备所开启的前台进程及后台进程对网速的需求都较大时，则就会出现前台进程与后台进程之间抢占网速的情况。通过电子设备中的硬件或软件实现对电子设备的网速进行实时监测，输出实时网速。4g网络最高速度的理论值能达到100mbps，约为12.5m/秒。可是在实际使用过程中，由于受限于信号强度、基站损耗、手机的信号接入能力等各种因素的影响，一般在0－2m/秒左右。宽带一般也在0－2m/秒左右，所以宽带提供的wifi也在0－2m/秒左右。

步骤304，获取电子设备的前台进程对网速的需求大小。

预先对电子设备中的进程进行分类，具体地，可以结合进程的类型及当该进程处于前台时的用户使用习惯，对进程进行分类。例如，进程一般可以按照网速需求大小的不同，分为视频类，这类进程对网速的需求较大，包括腾讯视频、爱奇艺、优酷等，一般要求网速在100k/秒以上，当然也可以是其他合理的数值；购物游戏音乐类，这类进程对网速的需求大小居中，包括淘宝、京东、王者荣耀、喜马拉雅fm等，一般要求网速在50k/秒以上，当然也可以是其他合理的数值；文字交互类，这类进程对网速的需求较小，包括微信、qq等，一般要求网速在10k/秒以上，当然也可以是其他合理的数值。当然，若用户使用微信进行视频通话，则此时就将微信的视频通话的进程划分至视频类这种对网速需求较大的类别中。

获取电子设备此时的前台进程，对电子设备的前台进程进行分类，得到电子设备的前台进程所属的类别。例如，此时的前台进程为腾讯视频，则属于视频类。

步骤306，根据电子设备的网速及前台进程对网速的需求大小对后台进程进行冻结。

获取电子设备当前的网速，并且对前台进程进行分类得到前台进程对网速的需求大小。将电子设备当前的网速与前台进程对网速的需求大小进行比较，得出在尽量满足前台进程对网速的需求之后，还可以为后台进程余下多少网速。从而根据余下网速的大小对后台进程采用相应的策略进行冻结。

在本实施例中，因为实时监测电子设备的网速，并获取前台进程对网速的需求，因此，可以在当前实时网速的前提下尽量满足用户使用前台进程时对网速的需求，而冻结后台进程以达到限制后台进程对网速资源的使用的目的。最终实现在网速有限的情况下，保证前台进程的流畅使用。

在一个实施例中，获取电子设备的前台进程对网速的需求大小，包括：

对电子设备的前台进程进行分类，得到电子设备的前台进程所属的类别；

根据类别确定电子设备的前台进程对网速的需求大小。

具体地，可以结合进程的类型及当该进程处于前台时的用户使用习惯，对进程进行分类。例如，进程一般可以分为视频类，这类进程对网速的需求较大，包括腾讯视频、爱奇艺、优酷等；购物游戏音乐类，这类进程对网速的需求大小居中，包括淘宝、京东、王者荣耀、喜马拉雅fm等；文字交互类，这类进程对网速的需求较小，包括微信、qq等。当然，若用户使用微信进行视频通话，则此时就将微信的视频通话的进程划分至视频类，这种对网速需求较大的类别中。

然后，在距离当前最近的一个完整的星期内(周一至周日)内，对视频分类下的腾讯视频、爱奇艺、优酷等前台进程在处于前台的时间段内对网速的需求大小进行学习，学习出视频类前台进程处于前台时对网速的平均需求在100k/秒左右。在距离当前最近的一个完整的星期内(周一至周日)内，对购物游戏音乐分类下的淘宝、京东、王者荣耀、喜马拉雅fm等进程在处于前台的时间段内对网速的需求大小进行学习，学习出购物游戏音乐类前台进程处于前台时对网速的平均需求在50k/秒左右。在距离当前最近的一个完整的星期内(周一至周日)内，对文字交互分类下的微信、qq等进程在处于前台的时间段内对网速的需求大小进行学习，学习出文字交互类前台进程处于前台时对网速的平均需求在10k/秒左右。当然，以上学习结果会受到用户使用习惯的影响。所以对于不同的用户都会出现不同程度的偏差。

在本实施例中，预先将不同的前台进程根据进程类型及当该进程处于前台时的用户使用习惯，将前台进程分为不同的类别。然后，选取预设时间段，对预设时间段内不同类别下的前台进程对网速的需求进行计算，得到不同类别的前台进程对处于前台时对网速的平均需求。最后，将当前实时的前台进程按照上述分类规则分入对应的类别中，再根据所属的类别的前台进程对处于前台时对网速的平均需求估计该前台进程当前对网速的需求大小。根据分类在结合历史该分类下的进程对网速的平均需求，从而得出该进程在当前时刻对网速的平均需求。再结合当前网速，从而在保证该前台进程占用到平均需求的网速的情况下，对后台的进程进行冻结。避免了在当前网速较慢的情况下，而后台占用了过多的网速，从而导致前台进程的网速不能满足前台进程的平均需求，以至于出现卡顿的问题。

在一个实施例中，根据类别确定电子设备的前台进程对网速的需求大小，包括：

根据类别对应的预设平均网速需求确定电子设备的前台进程对网速的需求大小。

具体地，视频类前台进程包括腾讯视频、爱奇艺、优酷等对应的进程，且视频类前台进程处于前台时对网速的平均需求在100k/秒。购物游戏音乐类前台进程包括淘宝、京东、王者荣耀、喜马拉雅fm等对应的进程，且购物游戏音乐类前台进程处于前台时对网速的平均需求在50k/秒。文字交互类前台进程包括微信、qq等对应的进程，且文字交互类前台进程处于前台时对网速的平均需求在10k/秒。因此，确定了当前电子设备的前台进程之后，就可以直接将该前台进程分入对应的类别，然后将该类别对应的前台进程处于前台时对网速的平均需求，作为当前时刻该前台进程对网速的需求。

在本实施例中，通过分类得到前台进程的类别，再根据该类别下的前台进程对网速的平均需求，从而得到当前电子设备的前台进程对网速的平均需求。这样便于电子设备更加合理地对前台进程和后台进程进行网速分配。

在一个实施例中，根据电子设备的网速及前台进程对网速的需求大小对后台进程进行冻结，包括：

若电子设备的网速大于前台进程对网速的需求大小，且电子设备的网速与前台进程对网速的需求大小之差小于第一设定阈值，则对与前台进程无依赖关系的下载/上传后台进程进行冻结。

具体地，一般当电子设备的网速较慢时，才会对后台进程采取冻结措施以满足前台进程对网速的需求，当网速非常快时，则根本就不需要对后台进程采取任何措施也可以满足前台进程对网速的需求。所以可以根据实际情况定义电子设备的网速低于200k/秒就是网速较慢的情况，当然也可以根据实际情况或者对网速的需求定义其他合理额数值作为网速较慢的情况。当电子设备的网速较慢的情况下，电子设备的网速大于前台进程对网速的需求大小，但电子设备的网速与前台进程对网速的需求大小之差小于第一设定阈值，此时就需要对与前台进程无依赖关系的下载/上传后台进程进行冻结。第一设定阈值可以设置为前台进程对网速的需求大小的一半。

例如，当前电子设备的网速为120k/秒，且当前台进程为视频类进程时，则前台进程对网速的需求大小为视频类进程对应的预设平均网速需求即100k/秒。此时的第一设定阈值为50k/秒，电子设备的网速120k/秒与前台进程对网速的需求大小100k/秒之差小于第一设定阈值50k/秒。因此，此时需要对与前台进程无依赖关系的下载/上传后台进程进行冻结。

对与前台进程无依赖关系的下载/上传后台进程进行冻结，其中，依赖关系表示一个进程需要利用另一个或多个进程的数据才能顺利实现对该进程的执行的关系。获取与前台进程无依赖关系的下载/上传类的后台进程，对这些下载/上传进程进行冻结。

在本实施例中，因为当前的网速在满足了前台进程的平均需求之后，余下的网速小于第一阈值，第一设定阈值可以设置为前台进程对网速的需求大小的一半。因此就需要对后台中的部分占用网速资源比较大的进程进行冻结。其中，下载/上传进程一般占用网速资源较大，因此优选对下载/上传后台进程进行冻结。这样就为前台进程让出了部分网速资源，以保证前台进程的流畅运行。

在一个实施例中，如图4所示，对与前台进程无依赖关系的下载/上传后台进程进行冻结，包括：

步骤402，获取下载/上传后台进程对应的下载/上传文件的属性；

步骤404，根据下载/上传文件的属性判断下载/上传文件对应的下载/上传后台进程是否与前台进程存在依赖关系；

步骤406，获取与前台进程无依赖关系的下载/上传后台进程；

步骤408，对与前台进程无依赖关系的下载/上传后台进程进行冻结。

具体地，依赖关系表示一个进程需要利用另一个或多个进程的数据才能顺利实现对该进程的执行的关系。首先，获取下载/上传后台进程对应的下载/上传文件的属性，属性包括下载/上传文件类型、格式、大小等。因为电子设备中预先存储了与每一个前台进程有依赖关系的所需下载/上传的文件的属性，例如与视频类前台进程有依赖关系的所需下载/上传的文件的类型为视频类，文件格式一般包括flv(flashvideo)、mp4(指mpeg-4标准的格式文件)、avi(audiovideointerleaved，音频视频交错格式)等格式。电子设备中预先存储的与某个前台进程有依赖关系的所需下载/上传的文件的属性可以通过学习算法对电子设备进行学习得到，也可以通过预先将相关的规则写入电子设备中从而直接进行使用。一般情况下文件类型包括文档、音乐、视频等类型，每一类文件类型下可以有很多种文件格式，例如视频类文件包括flv(flashvideo)、mp4(指mpeg-4标准的格式文件)、avi(audiovideointerleaved，音频视频交错格式)等格式。

因此，可以通过与视频类前台进程有依赖关系的所需下载/上传的文件的属性，来判断下载/上传后台进程所正在下载/上传的文件是否与前台进程有依赖关系。若无依赖关系，则获取该与前台进程无依赖关系的下载/上传后台进程，对这些下载/上传后台进程进行冻结。

在本申请实施例中，通过获取下载/上传后台进程对应的下载/上传文件的属性，再根据电子设备中预先存储了与每一个前台进程有依赖关系的所需下载/上传的文件的属性，通过比较判断下载/上传后台进程对应的下载/上传文件是否是与前台进程有依赖关系的文件，若无依赖关系，则就可以对这些与前台进程无依赖关系的下载/上传后台进程进行冻结。通过该方法可以对当前仅满足前台进程运行所不需要的下载/上传后台进程进行冻结，这样就为前台进程让出了部分网速资源，以保证前台进程的流畅运行。

在一个实施例中，对与前台进程无依赖关系的下载/上传后台进程进行冻结，包括：

对与前台进程无依赖关系且占用网速超过第二设定阈值的下载/上传后台进程进行冻结，第二设定阈值为根据第一设定阈值对应设置的。

具体的，若电子设备的网速大于前台进程对网速的需求大小，且电子设备的网速与前台进程对网速的需求大小之差小于第一设定阈值，对当前阶段与前台进程无依赖关系且占用网速超过第二设定阈值的下载/上传后台进程进行冻结，第二设定阈值为根据第一设定阈值对应设置的。

例如，当前电子设备的网速为120k/秒，且当前台进程为视频类进程时，则前台进程对网速的需求大小为视频类进程对应的预设平均网速需求即100k/秒。此时的第一设定阈值为50k/秒，电子设备的网速120k/秒与前台进程对网速的需求大小100k/秒之差小于第一设定阈值50k/秒。因此，此时需要对与前台进程无依赖关系且占用网速超过第二设定阈值的下载/上传后台进程进行冻结。第二设定阈值为根据第一设定阈值对应设置的。其中，第二设定阈值可以设置为第一设定阈值的一半。例如，当第一设定阈值为50k/秒时，则第二设定阈值为25k/秒。进一步对与前台进程无依赖关系、且占用网速超过第二设定阈值的下载/上传后台进程进行冻结。因为与前台进程无依赖关系但是占用网速很小(不超过第二设定阈值)的下载/上传后台进程，占用网速资源较小，在不影响前台进程的前提下，就可以不对这些下载/上传后台进程进行冻结，从而充分利用网速资源，满足用户的全方位需求。

在一个实施例中，提供了一种进程处理方法还包括：

若电子设备的网速大于前台进程对网速的需求大小，且电子设备的网速与前台进程对网速的需求大小之差大于或等于第一设定阈值，则对已冻结的与前台进程无依赖关系的下载/上传后台进程进行解冻。

具体地，当前电子设备的网速为180k/秒，且当前台进程为视频类进程时，则前台进程对网速的需求大小为视频类进程对应的预设平均网速需求即100k/秒。此时的第一设定阈值为50k/秒，电子设备的网速180k/秒与前台进程对网速的需求大小100k/秒之差大于第一设定阈值50k/秒。则说明当前网速比较快，可以同时满足前台进程及后台进程的运行，因此对已冻结的后台进程进行解冻，即对已冻结的与前台进程无依赖关系的下载/上传后台进程进行解冻。

本申请实施例中，当网速发生了变化时，这样可以及时对已经冻结的与前台进程无依赖关系的下载/上传后台进程进行解冻。从而充分利用网速资源，满足用户的全方位需求。

请参阅图5，图5为本申请进程处理方法一个具体实施例的流程图，包括：

步骤501，实时监测电子设备的网速120k/秒；

步骤502，获取电子设备的前台进程，例如腾讯视频；

步骤503，可以结合进程的类型对该前台进程进行分类，分入视频类进程中，则进入步骤504；

步骤504，从预先学习得到的数据中获取到视频类进程处于前台时对网速的平均需求在100k/秒。则进入步骤505；

步骤505，对实时监测到的电子设备的网速进行判断，判断电子设备的网速是否大于前台进程对网速的需求大小，且电子设备的网速与前台进程对网速的需求大小之差小于第一设定阈值，第一设定阈值可以设置为前台进程对网速的需求大小的一半。若是则进入步骤506；若否则进入步骤511，不作任何处理；

步骤506，获取下载/上传后台进程对应的下载/上传文件的属性。则进入步骤507；

步骤507，根据下载/上传文件的属性判断下载/上传文件对应的下载/上传后台进程是否与前台进程存在依赖关系。若无依赖关系则进入步骤508；若有依赖关系则进入步骤511，不作任何处理；

步骤508，获取与前台进程无依赖关系的下载/上传后台进程，对与前台进程无依赖关系的下载/上传后台进程进行冻结。进入步骤509；

步骤509，判断此时电子设备的网速是否大于前台进程对网速的需求大小，且电子设备的网速与前台进程对网速的需求大小之差大于或等于第一设定阈值，若是则进入步骤510；

步骤510，对已冻结的与前台进程无依赖关系的下载/上传后台进程进行解冻。

在本申请实施例中，通过获取下载/上传后台进程对应的下载/上传文件的属性，再根据电子设备中预先存储了与每一个前台进程有依赖关系的所需下载/上传的文件的属性，通过比较判断下载/上传后台进程对应的下载/上传文件是否是与前台进程有依赖关系的文件，若无依赖关系，则就可以对这些与前台进程无依赖关系的下载/上传后台进程进行冻结。通过该方法可以对当前仅满足前台进程运行所不需要的下载/上传后台进程进行冻结，这样就为前台进程让出了部分网速资源，以保证前台进程的流畅运行。当网速发生了变化时，这样可以及时对已经冻结的与前台进程无依赖关系的下载/上传后台进程进行解冻。从而充分利用网速资源，满足用户的全方位需求。

在一个实施例中，如图6所示，提供了一种进程处理装置600，包括网速检测模块602、前台进程对网速的需求大小获取模块604及后台进程冻结模块606。其中，

网速检测模块602，用于检测电子设备的网速。

前台进程对网速的需求大小获取模块604，用于获取电子设备的前台进程对网速的需求大小。

后台进程冻结模块606，用于根据电子设备的网速及前台进程对网速的需求大小对后台进程进行冻结。

在一个实施例中，前台进程对网速的需求大小获取模块604还用于对电子设备的前台进程进行分类，得到电子设备的前台进程所属的类别；根据类别确定电子设备的前台进程对网速的需求大小。

在一个实施例中，前台进程对网速的需求大小获取模块604还用于根据类别对应的预设平均网速需求确定电子设备的前台进程对网速的需求大小。

在一个实施例中，后台进程冻结模块606还用于若电子设备的网速大于前台进程对网速的需求大小，且电子设备的网速与前台进程对网速的需求大小之差小于第一设定阈值，则对与前台进程无依赖关系的下载/上传后台进程进行冻结。

在一个实施例中，如图7所示，后台进程冻结模块606还包括下载/上传文件的属性获取模块606a、依赖关系判断模块606b及无依赖关系的下载/上传后台进程冻结模块606c。其中，

下载/上传文件的属性获取模块606a，用于获取下载/上传后台进程对应的下载/上传文件的属性；

依赖关系判断模块606b，用于根据下载/上传文件的属性判断下载/上传文件对应的下载/上传后台进程是否与前台进程存在依赖关系；

无依赖关系的下载/上传后台进程冻结模块606c，用于获取与前台进程无依赖关系的下载/上传后台进程；对与前台进程无依赖关系的下载/上传后台进程进行冻结。

在一个实施例中，无依赖关系的下载/上传后台进程冻结模块606c还用于对与前台进程无依赖关系且占用网速超过第二设定阈值的下载/上传后台进程进行冻结，第二设定阈值为根据第一设定阈值对应设置的。

在一个实施例中，如图8所示，提供了一种进程处理装置600，还包括后台进程解冻模块608，用于若电子设备的网速大于前台进程对网速的需求大小，且电子设备的网速与前台进程对网速的需求大小之差大于或等于第一设定阈值，则对已冻结的与前台进程无依赖关系的下载/上传后台进程进行解冻。

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

一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述进程处理方法。

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

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

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

图9为与本申请实施例提供的电子设备相关的手机的部分结构的框图。参考图9，手机包括：射频(radiofrequency，rf)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路990、无线保真(wirelessfidelity，wifi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图9所示的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，rf电路910可用于收发信息或通话过程中，信号的接收和发送，可将基站的下行信息接收后，给处理器980处理；也可以将上行的数据发送给基站。通常，rf电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(lownoiseamplifier，lna)、双工器等。此外，rf电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(globalsystemofmobilecommunication，gsm)、通用分组无线服务(generalpacketradioservice，gprs)、码分多址(codedivisionmultipleaccess，cdma)、宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)、长期演进(longtermevolution，lte))、电子邮件、短消息服务(shortmessagingservice，sms)等。

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

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

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

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

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

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

处理器980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。在一个实施例中，处理器980可包括一个或多个处理单元。在一个实施例中，处理器980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等；调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器980中。

手机900还包括给各个部件供电的电源990(比如电池)，优选的，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

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

本申请所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。合适的非易失性存储器可包括只读存储器(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)。

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