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

应用程序处理方法和装置、电子设备、计算机可读存储介质 Download PDF

Info

Publication number
CN109992370A
CN109992370A CN201711484474.8A CN201711484474A CN109992370A CN 109992370 A CN109992370 A CN 109992370A CN 201711484474 A CN201711484474 A CN 201711484474A CN 109992370 A CN109992370 A CN 109992370A
Authority
CN
China
Prior art keywords
background application
application
resource
priority
freezed
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
Application number
CN201711484474.8A
Other languages
English (en)
Inventor
陈岩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN201711484474.8A priority Critical patent/CN109992370A/zh
Publication of CN109992370A publication Critical patent/CN109992370A/zh
Pending legal-status Critical Current

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/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5022—Mechanisms to release resources
    • 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/48—Indexing scheme relating to G06F9/48
    • G06F2209/482—Application
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5021—Priority
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/504—Resource capping

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请涉及一种应用程序处理方法和装置、电子设备、计算机可读存储介质，当检测到资源使用率高于预设使用率时，确定每一后台应用程序各自占用资源的大小。根据每一后台应用程序占用资源的大小和后台应用程序在预设周期内的历史使用频率或时长，调节对后台应用程序进行冻结的优先级。按照优先级的高低顺序依次对后台应用程序进行冻结，直到资源使用率不高于预设使用率。从而提高电子设备的运行速度、保证了电子设备的流畅使用，避免了电子设备经常出现卡顿或者反应变慢的现象。

Description

应用程序处理方法和装置、电子设备、计算机可读存储介质
技术领域
本申请涉及计算机技术领域，特别是涉及一种应用程序处理方法和装置、电子设备、计算机可读存储介质。
背景技术
随着电子技术的发展，电子设备中安装的系统应用和第三方应用越来越多。越来越多的应用在后台中运行，使得电子设备的资源使用率越来越大，而电子设备所能承载的资源使用率是有限的。因此，当开启了很多后台应用程序时，因为电子设备的资源使用率几乎达到了饱和，所以电子设备的运行速度就会降低，甚至经常会出现卡顿或者反应变慢的现象。
发明内容
本申请实施例提供一种应用程序处理方法和装置、电子设备、计算机可读存储介质，可以提高电子设备的运行速度。
一种应用程序处理方法，包括：
当检测到资源使用率高于预设使用率时，确定每一后台应用程序各自占用资源的大小；
根据每一后台应用程序占用资源的大小和所述后台应用程序在预设周期内的历史使用频率或时长，调节对所述后台应用程序进行冻结的优先级；
按照所述优先级的高低顺序依次对所述后台应用程序进行冻结，直到所述资源使用率不高于所述预设使用率。
一种应用程序处理装置，所述装置包括：
后台应用程序占用资源大小确定模块，用于当检测到资源使用率高于预设使用率时，确定每一后台应用程序各自占用资源的大小；
后台应用程序冻结优先级调节模块，用于根据每一后台应用程序占用资源的大小和所述后台应用程序在预设周期内的历史使用频率或时长，调节对所述后台应用程序进行冻结的优先级；
后台应用程序冻结模块，用于按照所述优先级的高低顺序依次对所述后台应用程序进行冻结，直到所述资源使用率不高于所述预设使用率。
一种电子设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述指令被所述处理器执行时，使得所述处理器执行如上所述的应用程序处理方法的步骤。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的应用程序处理方法的步骤。
上述应用程序处理方法和装置、电子设备、计算机可读存储介质，当检测到电子设备资源使用率高于预设使用率时，确定每一后台应用程序各自占用资源的大小。根据每一后台应用程序占用资源的大小和后台应用程序在预设周期内的历史使用频率或时长，调节对后台应用程序进行冻结的优先级。按照优先级的高低顺序依次对后台应用程序进行冻结，直到资源使用率不高于预设使用率。根据电子设备上每一后台应用程序占用资源的大小和后台应用程序在预设周期内的历史使用频率或时长，从这两个因素出发综合考虑，对后台应用程序进行冻结的优先级进行调节。从而按照所得到的优先级的高低顺序依次对后台应用程序进行冻结，直到电子设备的资源使用率不高于预设使用率。从而提高电子设备的运行速度、保证了电子设备的流畅使用，避免了电子设备经常出现卡顿或者反应变慢的现象。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为一个实施例中电子设备的内部结构图；
图2为一个实施例中电子设备中的系统的部分框架示意图；
图3为一个实施例中应用程序处理方法的流程图；
图4为图3中调节对后台应用程序进行冻结的优先级方法的流程图；
图5为又一个实施例中应用程序处理方法的流程图；
图6为一个实施例中应用程序处理方法的一个具体实施例的流程图；
图7为一个实施例中应用程序处理装置的结构示意图；
图8为又一个实施例中应用程序处理装置的结构示意图；
图9为再一个实施例中应用程序处理装置的结构示意图；
图10为一个实施例中提供的电子设备相关的手机的部分结构的框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
图1为一个实施例中电子设备的内部结构示意图。如图1所示，该电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该处理器用于提供计算和控制能力，支撑整个电子设备的运行。存储器用于存储数据、程序等，存储器上存储至少一个计算机程序，该计算机程序可被处理器执行，以实现本申请实施例中提供的适用于电子设备的应用程序处理方法。存储器可包括磁碟、光盘、只读存储记忆体(Read-Only Memory，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用于实现基于应用的用户身份标识(User Identifier，UID)来管理第三方应用的资源或进行冻结。相比较于基于进程身份标识(Process Identifier，PID)来进行进程管控，通过UID更便于统一管理一个用户的应用的资源。Cgroup模块232用于提供一套完善的中央处理器(CentralProcessing Unit，CPU)、CPUSET、内存(memory)、输入/输出(input/output，I/O)和Net相关的资源限制机制。Binder管控模块233用于实现后台binder通信的优先级的控制。其中，本地框架层220的接口模块包含开发给上层的binder接口，上层的框架或者应用通过提供的binder接口来发送资源限制或者冻结的指令给资源优先级和限制管理模块222和平台冻结管理模块224。进程内存回收模块234用于实现进程深度冻结模式，这样能当某个第三方应用长期处于冻结状态的时候，会主要释放掉进程的文件区，从而达到节省内存的模块，也加快该应用在下次启动时的速度。冻结超时退出模块235用于解决出现冻结超时场景产生的异常。通过上述的架构，可实现本申请各个实施例中的应用程序处理方法。
在一个实施例中，如图3所示，提供了一种应用程序处理方法，以该方法应用于图1中的电子设备为例进行说明，包括：
步骤302，当检测到资源使用率高于预设使用率时，确定每一后台应用程序各自占用资源的大小。
在本申请实施例中提到的资源包括与电子设备对应的CPU资源，内存资源，IO资源，网络资源等。当然，还可以包括与电子设备对应的其他资源。本申请实施例中的资源使用率可以指上述几种资源按照一定的权值比例综合计算得到的资源使用率，也可以是单独根据其中某一项的资源使用率进行考虑。具体地，若单独根据CPU使用率进行考虑，其中，CPU使用率即运行的应用程序占用的CPU资源，表示在某个时间点电子设备上的应用程序运行的情况。CPU使用率越高，说明在这个时间点上电子设备上运行的程序占用CPU资源较多，反之则电子设备上运行的程序占用CPU资源较少。当然，CPU使用率的高低也与CPU强弱有直接的关系。现代分时多任务操作系统对CPU都是分时间片使用的，比如：A程序占用10ms，B程序占用30ms，空闲60ms，再又是A程序占10ms，B程序占30ms，空闲60ms；如果在一段时间内都是如此，那么这段时间内对CPU资源的使用率为40％。其中，CPU资源的预设使用频率可以是基于CPU自身的硬件性能、电子设备中其他硬件配置、电子设备操作系统、以及软件优化等多重因素，经多次测试后而得出的合理CPU使用率上限的基准值。比如，可设置为70％、80％等。具体实施时，可在电子设备上安装性能监视器用以监控CPU使用率。当检测到CPU使用率高于预设使用率时，CPU的负荷量将视为达到上限，此时将会对部分应用程序进行冻结。
当然若单独根据内存资源进行考虑，这里的内存一般指电子设备的系统内存即运行内存。一般称为随机存取存储器(random access memory，RAM)，又称作“随机存储器”，是与CPU直接交换数据的内部存储器。它可以随时读写，而且速度很快，通常作为操作系统或其他正在运行中的程序的临时数据存储媒介。一般情况下，在运行了相同数量的应用程序的前提下，当然运行内存越大手机的流畅度越高。为保证电子设备的正常使用，为内存合理设置预设使用率，例如，对于配备了4G内存的电子设备而言，可设置内存的预设使用率为70％、80％等。当检测到内存使用率高于预设使用率时，此时将会对部分应用程序进行冻结。
在进行冻结之前，首先确定每一后台应用程序各自占用资源的大小。例如，确定每一后台应用程序各自对CPU资源占用的大小，或者确定每一后台应用程序各自对内存资源占用的大小。
步骤304，根据每一后台应用程序占用资源的大小和后台应用程序在预设周期内的历史使用频率或时长，调节对后台应用程序进行冻结的优先级。
获取预设周期内用户使用电子设备的所产生的历史使用数据，历史使用数据包括在预设周期内用户使用过的每一个应用程序的使用频率和使用时长。具体地，预设周期可以指电子设备距离当前时间最近一次满电开机后直至使用至低电量(例如10％)的这整个时间段。或者预设周期可以以24小时为单位，例如，选择距离当前时间最近一次早上8点至第二天早上8点，这为一个完整的周期。对上述一整个预设周期内的用户历史使用数据进行统计，统计在该时间段内用户使用每一个应用程序的总计时长和使用次数。并计算出在预设周期内对每一个应用程序的使用频率。
然后，根据当前电子设备上开启的每个后台应用程序所占用资源(CPU资源)的大小，将占用资源的大小超过第一设定阈值的后台应用程序分入第一类后台应用程序，将占用资源的大小未超过第一设定阈值的后台应用程序分入第二类后台应用程序。
结合上述计算所得的在一个预设周期内的用户使用每一个应用程序的历史总计时长和使用频率，从第一类后台应用程序中选择出历史使用频率或时长低于第二设定阈值的第一类目标后台应用程序，资源优先级和限制管理模块将对第一类目标后台应用程序进行冻结的优先级设置为最高。再从第二类后台应用程序中获取历史使用频率或时长低于第三设定阈值的第二类目标后台应用程序，资源优先级和限制管理模块将对第二类目标后台应用程序进行冻结的优先级设置为仅次于最高的优先级。其中，第二设定阈值可以与第三设定阈值相等，当然第二设定阈值也可以与第三设定阈值不相等，两者之间相差一个合适的区间。
步骤306，按照优先级的高低顺序依次对后台应用程序进行冻结，直到资源使用率不高于预设使用率。
平台冻结管理模块按照对后台应用程序进行冻结的优先级的高低顺序，依次对第一类目标后台应用程序、第二类目标后台应用程序进行冻结，直到电子设备的资源使用率不高于预设使用率为止。
本申请实施例中，通过对预设周期内用户使用应用程序的历史使用频率或时长进行统计，得到统计结果。然后再结合当前电子设备中所运行的每一后台应用程序对应占用资源(CPU资源)的大小，对后台应用程序进行冻结的优先级进行调整。最后，按照调整之后的优先级高低顺序依次对电子设备中所运行的后台应用程序进行冻结，直到电子设备的资源使用率不高于预设使用率为止。从当前每一后台应用程序占用资源(CPU资源)的大小这个维度，再结合根据历史使用数据统计出的每一后台应用程序的使用频率或时长这个维度，从两个维度去从这些后台应用程序中获取到需要进行冻结的应用程序，以及对这些应用程序进行冻结的优先级次序。这样将用户使用较少却占用资源较多的应用优先进行冻结，既能释放对资源的占用、不影响用户的正常使用，且同时提高电子设备的运行速度、保证了用户的流畅使用，避免了电子设备经常出现卡顿或者反应变慢的现象。对用户使用频率较高的且占用内存较少的后台应用程序暂时先不冻结，方便用户随时唤醒并切换至前台使用。
在一个实施例中，如图4所示，根据每一后台应用程序占用资源的大小和后台应用程序在预设周期内的历史使用频率或时长，调节对后台应用程序进行冻结的优先级，包括：
步骤304a，将占用资源的大小超过第一设定阈值的后台应用程序分入第一类后台应用程序，将占用资源的大小未超过第一设定阈值的后台应用程序分入第二类后台应用程序。
对当前资源的使用率，例如对当前CPU使用率进行分析，根据所有后台应用程序的CPU占用情况进行分析，根据CPU占用情况设置第一设定阈值。例如，当前时间段内对CPU的占用情况为：
A程序占用10ms，B程序占用30ms，C程序占用21ms，D程序占用10ms；
再又是A程序占10ms，B程序占30ms，C程序占用21ms,D程序占用10ms。如果在一段时间内都是如此，那么这段时间内：CPU总的资源使用率为71％，其中A程序对CPU资源的占用大小为整个CPU资源的为10％，B程序对CPU资源的占用大小为整个CPU资源的为30％，C程序对CPU资源的占用大小为21％，D程序对CPU资源的占用大小为10％。如果设定预设使用率为70％，那么此时检测到资源使用率高于预设使用率，需要对后台应用程序进行冻结。若设置第一设定阈值为20％，则将占用资源的大小超过第一设定阈值的后台应用程序分入第一类后台应用程序。此时就可以将B程序及C程序划分入第一类后台应用程序，第一类后台应用程序为占用CPU资源较多的后台应用。将占用资源的大小未超过第一设定阈值的后台应用程序分入第二类后台应用程序，即将A程序及D程序分入第二类后台应用程序，第二类后台应用程序为占用CPU资源较少的后台应用。
步骤304b，从第一类后台应用程序中获取历史使用频率或时长低于第二设定阈值的第一类目标后台应用程序，将对第一类目标后台应用程序进行冻结的优先级设置为最高。
获取预设周期内用户使用电子设备的所产生的历史使用数据，历史使用数据包括在预设周期内用户使用过的每一个应用程序的使用频率和使用时长。具体地，预设周期可以指电子设备最近一次满电开机后直至使用至低电量(例如10％)的这整个时间段。或者预设周期可以以24小时为单位，例如，选择距离当前时间最近一次早上8点至第二天早上8点，这为一个完整的周期。对上述一整个预设周期内的用户历史使用数据进行统计，统计在该时间段内用户使用每一个应用程序的总计时长和使用频率。
设置历史使用频率或时长的第二设定阈值为：使用频率为5次/天，或者使用时长为在一天(最近一次早上8点至第二天早上8点)内的总计使用时长为30分钟/天。从第一类后台应用程序中获取满足历史使用频率低于5次/天或使用时长低于30分钟/天的后台应用程序，该后台应用程序即为第一类目标后台应用程序，将对第一类目标后台应用程序进行冻结的优先级设置为最高。即最先开始对第一类目标后台应用程序进行冻结。
步骤304c，从第二类后台应用程序中获取历史使用频率或时长低于第三设定阈值的第二类目标后台应用程序，将对第二类目标后台应用程序进行冻结的优先级设置为仅次于最高的优先级。
从第二类后台应用程序中获取满足历史使用频率低于5次/天或使用时长低于30分钟/天的后台应用程序，该后台应用程序即为第二类目标后台应用程序，将对第二类目标后台应用程序进行冻结的优先级设置为仅次于最高的优先级。即最先开始对第一类目标后台应用程序进行冻结，在对第一类目标后台应用程序冻结之后，若电子设备的CPU资源使用率仍然高于预设使用率时，在紧接着对第二类目标后台应用程序进行冻结。
本申请实施例中，先从占用资源较多、且使用频率较低的第一类后台应用程序开始进行冻结，然后当此时电子设备的CPU资源使用率仍然高于预设使用率时，在紧接着对占用资源较少、且使用频率较低的第二类目标后台应用程序进行冻结。在使用频率都较低的情况下，优先对占用资源较多的后台应用程序开始冻结，这样很快就可以释放回收资源，满足用户前台应用程序对资源的需求，这种释放回收资源的方式非常高效快捷。既能释放对资源的占用、不影响用户的正常使用，且同时提高电子设备的运行速度、保证了用户的流畅使用，避免了电子设备经常出现卡顿或者反应变慢的现象。对用户使用频率较高的且占用内存较少的后台应用程序暂时先不冻结，方便用户随时唤醒并切换至前台使用。
在一个实施例中，按照优先级的高低顺序依次对后台应用程序进行冻结，直到资源使用率不高于预设使用率，包括：
获取最高的优先级对应的第一类目标后台应用程序，将第一类目标后台应用程序进行冻结；
若检测到资源使用率不高于预设使用率，则结束冻结操作。
具体地，在确定了需要冻结的后台应用程序的优先级之后，按照优先级的高低顺序依次对这些需要冻结的后台应用程序进行冻结。首先，获取最高的优先级对应的第一类目标后台应用程序，将第一类目标后台应用程序进行冻结。其中，在对第一类目标后台应用程序进行冻结时候，可以一次性对所有的第一类目标后台应用程序都进行冻结，当然也可以根据第一类目标后台应用程序的使用频率或时长的大小从大到小，依次对第一类目标后台应用程序进行冻结。若在冻结过程中，检测到电子设备的资源使用率不高于预设使用率，则结束冻结操作。
在本实施例中，在对优先进行冻结的第一类目标后台应用程序进行冻结时，根据使用频率或时长的大小对这些第一类目标后台应用程序按照从大到小的顺序进行排序，再按照排序依次对第一类目标后台应用程序进行冻结，若检测到资源使用率不高于预设使用率，则结束冻结操作。这样避免了过多地冻结了一些系统资源可以支持的后台应用程序，进一步避免了用户需要将这些后台应用程序切换至前台时还需要重新启动，需要花费较多的时间。
在一个实施例中，在获取最高的优先级对应的第一类目标后台应用程序，将第一类目标后台应用程序进行冻结之后，包括：
若检测到资源使用率高于预设使用率，则获取优先级仅次于最高的优先级的第二类目标后台应用程序，将第二类目标后台应用程序进行冻结。
具体地，若对所有的第一类目标后台应用程序都进行了冻结，但是仍然检测出资源使用率高于预设使用率，那么就需要获取优先级仅次于最高的优先级的第二类目标后台应用程序，将第二类目标后台应用程序进行冻结。其中，在对第二类目标后台应用程序进行冻结时候，可以一次性对所有的第二类目标后台应用程序都进行冻结，当然也可以根据第二类目标后台应用程序的使用频率或时长的大小从大到小，依次对第二类目标后台应用程序进行冻结。若在冻结过程中，检测到电子设备的资源使用率不高于预设使用率，则结束冻结操作。
在本实施例中，在对紧接着进行冻结的第二类目标后台应用程序进行冻结时，根据使用频率或时长的大小对这些第二类目标后台应用程序按照从大到小的顺序进行排序，再按照排序依次对第二类目标后台应用程序进行冻结，若检测到资源使用率不高于预设使用率，则结束冻结操作。这样避免了过多地冻结了一些系统资源可以支持的后台应用程序，进一步避免了用户需要将这些后台应用程序切换至前台时还需要重新启动，需要花费较多的时间。
在一个实施例中，在根据每一后台应用程序占用资源的大小和后台应用程序在预设周期内的使用频率，调节对后台应用程序进行冻结的优先级之前，包括：
获取预设周期内应用程序使用数据，应用程序包括前台应用程序和后台应用程序；
根据应用程序使用数据分析出应用程序在预设周期内的历史使用频率或时长。
具体地，获取预设周期内用户使用电子设备的所产生的历史使用数据，历史使用数据包括在预设周期内用户使用过的每一个应用程序的使用频率和使用时长。这些应用程序既包括前台应用程序和也包括后台应用程序。具体地，预设周期可以指电子设备最近一次满电开机后直至使用至低电量(例如10％)的这整个时间段，这为一个完整的周期。对上述一整个预设周期内的用户历史使用数据进行统计，统计在该时间段内用户使用每一个应用程序的总计时长和使用次数。并计算出在预设周期内对每一个应用程序的使用频率。
在本实施例中，通过机器学习功能得出前一个预设周期的用户对电子设备上应用程序的历史使用频率或时长。在根据历史使用频率或时长对应设置当前的后台应用程序冻结策略。这样设置出的后台应用程序冻结策略更加准确，更加贴合用户的需求。
在一个实施例中，如图5所示，在按照优先级的高低顺序依次对后台应用程序进行冻结，直到资源使用率不高于预设使用率之后，包括：
步骤308，当检测到资源使用率低于预设使用率，且资源使用率与预设使用率之差达到第四设定阈值时，则对已冻结的后台应用程序进行解冻。
具体地，对后台应用程序进行冻结之后，就可以保证资源使用率不高于预设使用率。当检测到资源使用率低于预设使用率，且资源使用率与预设使用率之差达到第四设定阈值时，则对已冻结的后台应用程序进行解冻。例如，预设使用率为70％，则可以设置第四设定阈值为10％，即资源使用率不高于60％时候就可以对已冻结的后台应用程序进行解冻。其中，在对已冻结的后台应用程序进行解冻时候，可以采用与上述冻结的顺序相反的顺序进行解冻，即优先对第二类目标后台应用程序进行解冻，且按照使用频率或时长从大到小的顺序对第二类目标后台应用程序进行解冻。若此时资源使用率仍然不高于60％，则紧接着对第一类目标后台应用程序进行解冻，且按照使用频率或时长从大到小的顺序对第一类目标后台应用程序进行解冻。
当然，在对已冻结的后台应用程序进行解冻时候，也可以采用优先对第二类目标后台应用程序进行解冻，且按照资源(CPU)占用大小从小到大的顺序对第二类目标后台应用程序进行解冻。若此时资源使用率仍然不高于60％，则紧接着对第一类目标后台应用程序进行解冻，且按照资源(CPU)占用大小从小到大的顺序对第一类目标后台应用程序进行解冻。
在一个实施例中，对冻结的后台应用程序进行解冻，包括：
从已冻结的后台应用程序中获取前台应用程序的相关后台应用程序，优先对相关后台应用程序进行解冻。
具体地，在对冻结的后台应用程序进行解冻时候，可以优先对与前台应用相关的应用进行解冻，比如登录王者荣耀时，解冻相关联的整个微信应用。这样充分保证前台应用程序的流畅使用。避免因为冻结的一些后台应用程序而导致前台应用受限。
请参阅图6，图6为本申请应用程序处理方法一个具体实施例的流程图，包括：
步骤601，获取一天(最近一次早上8点至第二天早上8点)用户对每一个个应用程序的使用数据，并根据使用数据分析出每一个应用程序使用的历史总计时长和历史使用频率；
步骤602，实时监测电子设备的CPU资源使用率；
步骤603，判断电子设备的CPU资源使用率是否高于阈值70％，若是则进入步骤604；
步骤604，根据电子设备上应用程序当前的运行情况，设置第一设定阈值为20％，则将占用CPU资源的大小超过第一设定阈值的后台应用程序分入第一类后台应用程序。将占用CPU资源的大小未超过第一设定阈值的后台应用程序分入第二类后台应用程序。则进入步骤605；
步骤605，根据电子设备上应用程序当前的运行情况，设置历史使用频率或时长的第二设定阈值为：使用频率为5次/天，或者使用时长为30分钟/天。进入步骤606；
步骤606，从第一类后台应用程序中获取历史使用频率或时长低于5次/天或30分钟/天的应用程序，将对应用程序进行冻结的优先级设置为最高。则进入步骤607；
步骤607，从第二类后台应用程序中获取历史使用频率或时长低于5次/天或30分钟/天的应用程序，将对应用程序进行冻结的优先级设置为仅次于最高的优先级。进入步骤608；
步骤608，获取最高的优先级对应的后台应用程序，将这些后台应用程序进行冻结。进入步骤609；
步骤609，检测电子设备的资源使用率是否不高于预设使用率，若是则进入步骤710结束冻结操作；若否，则进入步骤611；
步骤611，获取优先级仅次于最高的优先级的第二类目标后台应用程序，将第二类目标后台应用程序进行冻结。
在一个实施例中，如图7所示，提供了一种应用程序处理装置700，包括后台应用程序占用资源大小确定模块702、后台应用程序冻结优先级调节模块704及后台应用程序冻结模块706。
其中，后台应用程序占用资源大小确定模块702，用于当检测到资源使用率高于预设使用率时，确定每一后台应用程序各自占用资源的大小；
后台应用程序冻结优先级调节模块704，用于根据每一后台应用程序占用资源的大小和后台应用程序在预设周期内的历史使用频率或时长，调节对后台应用程序进行冻结的优先级；
后台应用程序冻结模块706，用于按照优先级的高低顺序依次对后台应用程序进行冻结，直到资源使用率不高于预设使用率。
在一个实施例中，后台应用程序冻结优先级调节模块704还用于将占用资源的大小超过第一设定阈值的后台应用程序分入第一类后台应用程序，将占用资源的大小未超过第一设定阈值的后台应用程序分入第二类后台应用程序；
从第一类后台应用程序中获取历史使用频率或时长低于第二设定阈值的第一类目标后台应用程序，将对第一类目标后台应用程序进行冻结的优先级设置为最高；
从第二类后台应用程序中获取历史使用频率或时长低于第三设定阈值的第二类目标后台应用程序，将对第二类目标后台应用程序进行冻结的优先级设置为仅次于最高的优先级。
在一个实施例中，后台应用程序冻结模块706还用于获取最高的优先级对应的第一类目标后台应用程序，将第一类目标后台应用程序进行冻结；
若检测到资源使用率不高于预设使用率，则结束冻结操作。
在一个实施例中，后台应用程序冻结模块706还用于若检测到资源使用率高于预设使用率，则获取优先级仅次于最高的优先级的第二类目标后台应用程序，将第二类目标后台应用程序进行冻结。
在一个实施例中，如图8所示，提供了一种应用程序处理装置700，还包括应用程序历史使用数据模块708，用于获取预设周期内应用程序使用数据，应用程序包括前台应用程序和后台应用程序；根据应用程序使用数据分析出应用程序在预设周期内的历史使用频率或时长。
在一个实施例中，提供了一种应用程序处理装置700，如图9所示，还包括解冻模块710，用于当检测到资源使用率低于预设使用率，且资源使用率与预设使用率之差达到第四设定阈值时，则对已冻结的后台应用程序进行解冻。
在一个实施例中，提供了一种应用程序处理装置700，解冻模块710还用于从已冻结的后台应用程序中获取前台应用程序的相关后台应用程序，优先对相关后台应用程序进行解冻。
上述应用程序处理装置中各个模块的划分仅用于举例说明，在其他实施例中，可将应用程序处理装置按照需要划分为不同的模块，以完成上述应用程序处理装置的全部或部分功能。
一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述应用程序处理方法。
本申请实施例还提供了一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述各实施例所提供的应用程序处理方法的步骤。
本申请实施例还提供了还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例所提供的应用程序处理方法的步骤。
本申请实施例还提供了一种电子设备。如图10所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该电子设备可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑、穿戴式设备等任意终端设备，以电子设备为手机为例：
图10为与本申请实施例提供的电子设备相关的手机的部分结构的框图。参考图10，手机包括：射频(Radio Frequency，RF)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路990、无线保真(wireless fidelity，WiFi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图10所示的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
其中，RF电路910可用于收发信息或通话过程中，信号的接收和发送，可将基站的下行信息接收后，给处理器980处理；也可以将上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(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)等。
存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能的应用程序、图像播放功能的应用程序等)等；数据存储区可存储根据手机的使用所创建的数据(比如音频数据、通讯录等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元930可用于接收输入的数字或字符信息，以及产生与手机900的用户设置以及功能控制有关的键信号输入。具体地，输入单元930可包括触控面板931以及其他输入设备932。触控面板931，也可称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板931上或在触控面板931附近的操作)，并根据预先设定的程式驱动相应的连接装置。在一个实施例中，触控面板931可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器980，并能接收处理器980发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板931。除了触控面板931，输入单元930还可以包括其他输入设备932。具体地，其他输入设备932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)等中的一种或多种。
显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示面板941。在一个实施例中，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板941。在一个实施例中，触控面板931可覆盖显示面板941，当触控面板931检测到在其上或附近的触摸操作后，传送给处理器980以确定触摸事件的类型，随后处理器980根据触摸事件的类型在显示面板941上提供相应的视觉输出。虽然在图10中，触控面板931与显示面板941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板931与显示面板941集成而实现手机的输入和输出功能。
手机900还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板941的亮度，接近传感器可在手机移动到耳边时，关闭显示面板941和/或背光。运动传感器可包括加速度传感器，通过加速度传感器可检测各个方向上加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换)、振动识别相关功能(比如计步器、敲击)等；此外，手机还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器等。
音频电路990、扬声器991和传声器992可提供用户与手机之间的音频接口。音频电路990可将接收到的音频数据转换后的电信号，传输到扬声器991，由扬声器991转换为声音信号输出；另一方面，传声器992将收集的声音信号转换为电信号，由音频电路990接收后转换为音频数据，再将音频数据输出处理器980处理后，经RF电路910可以发送给另一手机，或者将音频数据输出至存储器920以便后续处理。
WiFi属于短距离无线传输技术，手机通过WiFi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图10示出了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(DDR SDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种应用程序处理方法，其特征在于，包括：
当检测到资源使用率高于预设使用率时，确定每一后台应用程序各自占用资源的大小；
根据每一后台应用程序占用资源的大小和所述后台应用程序在预设周期内的历史使用频率或时长，调节对所述后台应用程序进行冻结的优先级；
按照所述优先级的高低顺序依次对所述后台应用程序进行冻结，直到所述资源使用率不高于所述预设使用率。
2.根据权利要求1所述的方法，其特征在于，所述根据每一后台应用程序占用资源的大小和所述后台应用程序在预设周期内的历史使用频率或时长，调节对所述后台应用程序进行冻结的优先级，包括：
将占用资源的大小超过第一设定阈值的后台应用程序分入第一类后台应用程序，将占用资源的大小未超过第一设定阈值的后台应用程序分入第二类后台应用程序；
从所述第一类后台应用程序中获取历史使用频率或时长低于第二设定阈值的第一类目标后台应用程序，将对所述第一类目标后台应用程序进行冻结的优先级设置为最高；
从所述第二类后台应用程序中获取历史使用频率或时长低于第三设定阈值的第二类目标后台应用程序，将对所述第二类目标后台应用程序进行冻结的优先级设置为仅次于所述最高的优先级。
3.根据权利要求2所述的方法，其特征在于，所述按照所述优先级的高低顺序依次对所述后台应用程序进行冻结，直到所述资源使用率不高于所述预设使用率，包括：
获取所述最高的优先级对应的所述第一类目标后台应用程序，将所述第一类目标后台应用程序进行冻结；
若检测到资源使用率不高于预设使用率，则结束冻结操作。
4.根据权利要求3所述的方法，其特征在于，在所述获取所述最高的优先级对应的所述第一类目标后台应用程序，将所述第一类目标后台应用程序进行冻结之后，包括：
若检测到资源使用率高于预设使用率，则获取优先级仅次于所述最高的优先级的所述第二类目标后台应用程序，将所述第二类目标后台应用程序进行冻结。
5.根据权利要求1至4中任一项所述的方法，其特征在于，在所述根据每一后台应用程序占用资源的大小和所述后台应用程序在预设周期内的使用频率，调节对所述后台应用程序进行冻结的优先级之前，包括：
获取预设周期内应用程序使用数据，所述应用程序包括前台应用程序和后台应用程序；
根据所述应用程序使用数据分析出所述应用程序在预设周期内的历史使用频率或时长。
6.根据权利要求1至4中任一项所述的方法，其特征在于，在所述按照所述优先级的高低顺序依次对所述后台应用程序进行冻结，直到所述资源使用率不高于所述预设使用率之后，包括：
当检测到所述资源使用率低于所述预设使用率，且所述资源使用率与所述预设使用率之差达到第四设定阈值时，则对已冻结的后台应用程序进行解冻。
7.根据权利要求6所述的方法，其特征在于，所述对冻结的后台应用程序进行解冻，包括：
从已冻结的后台应用程序中获取前台应用程序的相关后台应用程序，优先对所述相关后台应用程序进行解冻。
8.一种应用程序处理装置，其特征在于，所述装置包括：
后台应用程序占用资源大小确定模块，用于当检测到资源使用率高于预设使用率时，确定每一后台应用程序各自占用资源的大小；
后台应用程序冻结优先级调节模块，用于根据每一后台应用程序占用资源的大小和所述后台应用程序在预设周期内的历史使用频率或时长，调节对所述后台应用程序进行冻结的优先级；
后台应用程序冻结模块，用于按照所述优先级的高低顺序依次对所述后台应用程序进行冻结，直到所述资源使用率不高于所述预设使用率。
9.一种电子设备，包括存储器及处理器，所述存储器中储存有计算机程序，其特征在于，所述指令被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述的应用程序处理方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的应用程序处理方法的步骤。
CN201711484474.8A 2017-12-29 2017-12-29 应用程序处理方法和装置、电子设备、计算机可读存储介质 Pending CN109992370A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711484474.8A CN109992370A (zh) 2017-12-29 2017-12-29 应用程序处理方法和装置、电子设备、计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711484474.8A CN109992370A (zh) 2017-12-29 2017-12-29 应用程序处理方法和装置、电子设备、计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN109992370A true CN109992370A (zh) 2019-07-09

Family

ID=67110308

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711484474.8A Pending CN109992370A (zh) 2017-12-29 2017-12-29 应用程序处理方法和装置、电子设备、计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN109992370A (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110727473A (zh) * 2019-10-10 2020-01-24 Oppo广东移动通信有限公司 资源控制方法及装置、系统、存储介质和电子设备
CN111008079A (zh) * 2019-12-10 2020-04-14 Oppo（重庆）智能科技有限公司 进程管理方法、装置、存储介质及电子设备
CN111324454A (zh) * 2020-02-03 2020-06-23 京东数字科技控股有限公司 多核cpu分配方法、装置、电子设备及存储介质
CN111475066A (zh) * 2020-03-26 2020-07-31 维沃移动通信有限公司 应用程序的后台切换方法及电子设备
CN112241322A (zh) * 2020-10-20 2021-01-19 北京字节跳动网络技术有限公司 内存管理方法、装置和移动设备
CN112612526A (zh) * 2020-12-24 2021-04-06 深圳市九洲电器有限公司 应用程序控制方法、装置、终端设备以及存储介质
CN113010279A (zh) * 2021-02-20 2021-06-22 北京字节跳动网络技术有限公司 用于移动终端的应用程序进程处理方法、装置和电子设备
CN116028204A (zh) * 2022-05-16 2023-04-28 荣耀终端有限公司 进程管控方法和电子设备
CN116567132A (zh) * 2022-01-28 2023-08-08 荣耀终端有限公司 一种功耗控制方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140229937A1 (en) * 2013-02-13 2014-08-14 International Business Machines Corporation Resource allocation based on revalidation and invalidation rates
CN105354093A (zh) * 2015-12-09 2016-02-24 广东欧珀移动通信有限公司 内存管理方法及移动终端
CN105843637A (zh) * 2016-03-18 2016-08-10 广东欧珀移动通信有限公司 一种应用程序的分类方法及用户终端
CN105893153A (zh) * 2016-03-31 2016-08-24 北京百纳威尔无线通信设备有限公司 移动终端的内存清理方法和装置
US20170083354A1 (en) * 2015-09-22 2017-03-23 Amazon Technologies, Inc. Connection-based resource management for virtual desktop instances

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140229937A1 (en) * 2013-02-13 2014-08-14 International Business Machines Corporation Resource allocation based on revalidation and invalidation rates
US20170083354A1 (en) * 2015-09-22 2017-03-23 Amazon Technologies, Inc. Connection-based resource management for virtual desktop instances
CN105354093A (zh) * 2015-12-09 2016-02-24 广东欧珀移动通信有限公司 内存管理方法及移动终端
CN105843637A (zh) * 2016-03-18 2016-08-10 广东欧珀移动通信有限公司 一种应用程序的分类方法及用户终端
CN105893153A (zh) * 2016-03-31 2016-08-24 北京百纳威尔无线通信设备有限公司 移动终端的内存清理方法和装置

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110727473A (zh) * 2019-10-10 2020-01-24 Oppo广东移动通信有限公司 资源控制方法及装置、系统、存储介质和电子设备
CN110727473B (zh) * 2019-10-10 2023-11-03 Oppo广东移动通信有限公司 资源控制方法及装置、系统、存储介质和电子设备
CN111008079A (zh) * 2019-12-10 2020-04-14 Oppo（重庆）智能科技有限公司 进程管理方法、装置、存储介质及电子设备
CN111008079B (zh) * 2019-12-10 2022-10-21 Oppo（重庆）智能科技有限公司 进程管理方法、装置、存储介质及电子设备
CN111324454A (zh) * 2020-02-03 2020-06-23 京东数字科技控股有限公司 多核cpu分配方法、装置、电子设备及存储介质
CN111475066B (zh) * 2020-03-26 2021-05-28 维沃移动通信有限公司 应用程序的后台切换方法及电子设备
CN111475066A (zh) * 2020-03-26 2020-07-31 维沃移动通信有限公司 应用程序的后台切换方法及电子设备
CN112241322A (zh) * 2020-10-20 2021-01-19 北京字节跳动网络技术有限公司 内存管理方法、装置和移动设备
CN112612526A (zh) * 2020-12-24 2021-04-06 深圳市九洲电器有限公司 应用程序控制方法、装置、终端设备以及存储介质
CN112612526B (zh) * 2020-12-24 2024-04-19 深圳市九洲电器有限公司 应用程序控制方法、装置、终端设备以及存储介质
CN113010279A (zh) * 2021-02-20 2021-06-22 北京字节跳动网络技术有限公司 用于移动终端的应用程序进程处理方法、装置和电子设备
CN116567132A (zh) * 2022-01-28 2023-08-08 荣耀终端有限公司 一种功耗控制方法及装置
CN116028204A (zh) * 2022-05-16 2023-04-28 荣耀终端有限公司 进程管控方法和电子设备
CN116028204B (zh) * 2022-05-16 2023-10-20 荣耀终端有限公司 进程管控方法和电子设备

Similar Documents

Publication Publication Date Title
CN109992370A (zh) 应用程序处理方法和装置、电子设备、计算机可读存储介质
CN110018904A (zh) 信息处理方法、装置、计算机设备和计算机可读存储介质
CN105245717A (zh) 移动终端防误触装置和方法
CN110008008A (zh) 应用程序处理方法和装置、电子设备、计算机可读存储介质
CN109992438A (zh) 信息处理方法、装置、计算机设备和计算机可读存储介质
CN109992398A (zh) 资源管理方法、装置、移动终端及计算机可读存储介质
CN110032266B (zh) 信息处理方法、装置、计算机设备和计算机可读存储介质
CN109144232A (zh) 进程处理方法和装置、电子设备、计算机可读存储介质
CN110018901A (zh) 内存回收方法、装置、计算机设备和计算机可读存储介质
CN110045809A (zh) 信息处理方法、装置、计算机设备和计算机可读存储介质
CN110018902A (zh) 内存处理方法和装置、电子设备、计算机可读存储介质
CN109992397A (zh) 进程处理方法和装置、电子设备、计算机可读存储介质
CN109992364A (zh) 应用冻结方法、装置、计算机设备和计算机可读存储介质
CN110032429A (zh) 信息处理方法、装置、移动终端及计算机可读存储介质
CN108334345A (zh) 应用程序处理方法、装置、可读存储介质和移动终端
CN109284186A (zh) 移动终端及其检测帧率调节移动终端性能的方法和装置
CN110018905A (zh) 信息处理方法、装置、计算机设备和计算机可读存储介质
CN109992323A (zh) 进程处理方法和装置、电子设备、计算机可读存储介质
CN110046032A (zh) 应用程序处理方法和装置、电子设备、计算机可读存储介质
CN109992425A (zh) 信息处理方法、装置、计算机设备和计算机可读存储介质
CN109992380A (zh) 应用程序处理方法和装置、电子设备、计算机可读存储介质
CN110018886A (zh) 应用状态切换方法和装置、电子设备、可读存储介质
CN110032397A (zh) 应用处理方法和装置、电子设备、计算机可读存储介质
CN109992360A (zh) 进程处理方法和装置、电子设备、计算机可读存储介质
CN110018885A (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

Application publication date: 20190709

RJ01 Rejection of invention patent application after publication