CN113268438A - 内存回收方法、装置和电子设备 - Google Patents

Abstract

本申请公开了一种内存回收方法、装置和电子设备，属于通信技术领域。该方法包括：在电子设备可用内存不足的情况下，唤醒预先创建的后台代理进程；通过后台代理进程遍历执行电子设备的系统模块的内存回收流程；后台代理进程在电子设备的多核处理器中的第一处理器上运行，电子设备的前台应用进程在电子设备的多核处理器中的第二处理器上运行，第一处理器的处理能力差于第二处理器。这样，通过预先创建的后台代理进程遍历执行对电子设备的系统模块的内存回收流程，而无需前台应用进程参与系统模块的内存回收流程，由于该后台代理进程绑定在处理能力较差的处理器上运行，从而可避免前台应用因等待系统内存回收或被抢占处理器资源所造成的响应延迟。

Description

内存回收方法、装置和电子设备

技术领域

本申请属于通信技术领域，具体涉及一种内存回收方法、装置和电子设备。

背景技术

随着电子设备的普及和各类应用的不断开发，人们经常使用手机等电子设备运行各类应用以进行各种事务。电子设备每启动一个应用，都需要占用一定大小的内存，而目前电子设备的内存通常都不高，例如，手机内存一般只有几G到十几G，在运行应用较多时，就会出现内存不够用的情况。

相关技术中，在用户切换应用的过程中，电子设备当前剩余内存不足时，系统会采取一些措施来腾出内存，例如，前台应用进程通过交换或清除的方式回收其他后台运行应用的内存，以及遍历系统所有模块使其注册回调(shrinker)函数来回收各模块的内存。

然而，由于每次遍历的耗时与注册回调函数数量成线性关系，系统模块数量越多，注册回调函数越多，延迟就越大，从而易造成前台应用响应延迟。

发明内容

本申请实施例的目的是提供一种内存回收方法、装置和电子设备，能够解决相关技术中的内存回收方式易造成前台应用响应延迟的问题。

第一方面，本申请实施例提供了一种内存回收方法，该方法包括：

在电子设备可用内存不足的情况下，唤醒预先创建的后台代理进程；

通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程；

其中，所述后台代理进程绑定在所述电子设备的多核处理器中的第一处理器上运行，所述电子设备的前台应用进程在所述电子设备的多核处理器中的第二处理器上运行，所述第一处理器的处理能力差于所述第二处理器。

第二方面，本申请实施例提供了一种内存回收装置，包括：

唤醒模块，用于在电子设备可用内存不足的情况下，唤醒预先创建的后台代理进程；

执行模块，用于通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程；

其中，所述后台代理进程绑定在所述电子设备的多核处理器中的第一处理器上运行，所述电子设备的前台应用进程在所述电子设备的多核处理器中的第二处理器上运行，所述第一处理器的处理能力差于所述第二处理器。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的内存回收方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的内存回收方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的内存回收方法。

在本申请实施例中，在电子设备可用内存不足的情况下，唤醒预先创建的后台代理进程；通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程；其中，所述后台代理进程绑定在所述电子设备的多核处理器中的第一处理器上运行，所述电子设备的前台应用进程在所述电子设备的多核处理器中的第二处理器上运行，所述第一处理器的处理能力差于所述第二处理器。这样，通过预先创建的后台代理进程来遍历执行对电子设备的系统模块的内存回收流程，而无需前台应用进程参与系统模块的内存回收流程，且由于该后台代理进程绑定在处理能力较差的处理器上运行，从而可避免前台应用因等待系统内存回收或被抢占处理器资源所造成的响应延迟。

附图说明

图1是本申请实施例提供的内存回收方法的流程图；

图2a是本申请实施例提供的内存回收方法的举例流程图之一；

图2b是本申请实施例提供的内存回收方法的举例流程图之二；

图3是本申请实施例提供的内存回收装置的结构示意图；

图4是本申请实施例提供的电子设备的结构示意图之一；

图5是本申请实施例提供的电子设备的结构示意图之二。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的内存回收方法进行详细地说明。

请参见图1，图1为本申请实施例提供的内存回收方法的流程图，如图1所示，该方法包括以下步骤：

步骤101、在电子设备可用内存不足的情况下，唤醒预先创建的后台代理进程。

本申请实施例中，为了减少前台应用参与系统模块内存的回收流程所带来的响应延迟，可以预先创建后台代理进程(shrinker proxy)，并且在正常的不需要回收内存的情况下，该后台代理进程处于休眠状态，等待唤醒。

在电子设备启动大量应用程序，以致当前运行应用进程过多，导致内存不够用时，可以启动内存回收工作，以腾出一定内存供当前应用进程使用。具体地，可以在检测到电子设备可用内存不足的情况下，立即唤醒预先创建的所述后台代理进程，以通过所述后台代理进程来完成所述电子设备的系统模块内存的回收工作。

其中，所述后台代理进程绑定在所述电子设备的多核处理器中的第一处理器上运行，所述电子设备的前台应用进程在所述电子设备的多核处理器中的第二处理器上运行，所述第一处理器的处理能力差于所述第二处理器。

即在所述电子设备包括多核处理器如双核处理器时，可以将所述后台代理进程绑定在处理能力较差的小核运行，所述电子设备的前台应用进程则在处理能力较强的大核上运行，这样，通过将系统内存回收工作交给小核处理，可以避免所述后台代理进程与前台应用进程抢占大核而造成前台应用进程卡顿，还有助于降低功耗。

可选地，所述唤醒预先创建的后台代理进程之前，所述方法还包括：

在所述电子设备可用内存不足的情况下，回收所述电子设备的后台应用进程占用的内存。

即在检测到所述电子设备可用内存不足的情况下，可以先回收所述电子设备的后台应用进程占用的内存，例如，通过交换(swap)或者清除(clean)的方式回收其他后台运行应用所占用的内存，以尽快给前台应用进程腾出内存，在回收完所述电子设备的后台应用进程占用的内存后，再唤醒所述后台代理进程，以继续进行系统模块的内存回收流程。

这样，前台应用进程只需要执行回收后台应用进程占用的内存流程和唤醒后台代理进程即可，而不需要参与耗时较长的系统模块内存回收流程，从而可提高回收质量，加速前台应用进程响应时间。

步骤102、通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程。

该步骤中，在唤醒所述后台代理进程后，便可以通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程，具体地，可以通过所述后台代理进程遍历所述电子设备的每个系统模块，使每个系统模块依次注册shrinker回调函数，进而依次回收各系统模块占用的内存，直至最后一个系统模块的内存回收完毕，所述后台代理进程的任务执行终止。其中，所述系统模块可以是指所述电子设备的蓝牙、wifi、显示屏等各类系统驱动模块。

这样，通过将系统模块的内存回收流程转移至后台代理进程，使得前台应用无需等待系统模块的内存回收时间，且用户对后台进程几乎无感知，从而可以加快前台应用的响应速度，避免出现随机卡顿。

可选地，所述唤醒预先创建的后台代理进程，包括：

在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔大于或等于第一预设时长的情况下，唤醒所述后台代理进程。

即一种实施方中，考虑到频率唤醒所述后台代理进程对系统内存回收效益并无太大帮助，反而会徒增系统开销，因此，可以设置一定的唤醒间隔，以避免重复唤醒。具体地，可以先获取所述后台代理进程上次唤醒的时刻，判断该时刻是否距离当前时刻第一预设时长以上，若是，则可以唤醒所述后台代理进程，否则可以忽略本次唤醒，使所述后台代理进程保持休眠状态，转到回收后台应用进程的内存流程，以侧重回收后台应用进程内存。其中，所述第一预设时长即为预设的唤醒间隔，例如，可以设置为10ms、15ms等。

可选地，所述步骤101之后，所述方法还包括：

获取所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔；

在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔小于第二预设时长的情况下，控制所述后台代理进程进入休眠状态；

所述步骤102包括：

在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔大于或等于所述第二预设时长的情况下，通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程。

即另一种实施方式中，同样地，考虑到频繁开启所述后台代理进程对系统内存回收效益无太大帮助，反而会徒增系统开销，可以在唤醒所述后台代理进程后，立即检测所述后台代理进程上次唤醒的时刻是否距离当前时刻第二预设时长以上，若是，则可以通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程，否则可以关闭所述后台代理进程，使其重新进入休眠状态，并可以转到回收后台应用进程的内存流程，以侧重回收后台应用进程内存。其中，所述第二预设时长也是预设的唤醒间隔，可以与上述第一预设时长相同，也可以不同，例如，可以设置为10ms、15ms等。

这样，通过预设的唤醒间隔，来控制所述后台应用进程是否唤醒或是否进入工作状态，可以避免重复唤醒所述后台应用进程，带来不必要的系统开销。

可选地，所述步骤102之后，所述方法还包括：

在遍历执行完所述电子设备的系统模块的内存回收流程之后，控制所述后台代理进程进入休眠状态。

即在所述后台代理进程遍历执行完所述电子设备的系统模块的内存回收流程之后，可以控制所述后台代理进程重新进入休眠状态，等待下次唤醒，以避免不必要的后台进程资源开销。

下面结合图2a和图2b对本申请实施例进行举例说明，本申请实施例中电子设备的内存回收方法的大致流程可如图2a所示，具体步骤如图2b所示。

步骤201中，创建后台代理进程(shrinker proxy)，并考虑到系统模块回收工作的收益比不高，可以将该后台代理进程绑定在小核运行，避免和前台应用进程抢占大核，并使该后台代理进程进入休眠状态，等待唤醒。

步骤202中，当系统可用内存不足时，前台应用进程会申请不到内存，从而进入其他后台应用进程内存回收流程。

步骤203中，准备唤醒后台代理进程，其中考虑到频繁唤醒意义不大，因此增加一个10ms唤醒间隔，避免重复唤醒。一旦发现该后台代理进程10ms内频繁唤醒，则忽略此次唤醒，转到回收其他后台应用进程的内存流程，这样可以侧重回收其他进程内存。

步骤204中，唤醒后台代理进程。

其中，上述步骤202至步骤204为前台应用进程逻辑。

步骤205中，后台代理进程在开机后一直处于休眠状态，等待唤醒，直到唤醒后进入下一步骤。

步骤206中，后台代理进程负责遍历执行所有系统模块注册的shrinker回调函数进行系统模块内存回收。回收结束后再回到上一步，即进入休眠状态，等待下次唤醒。

其中，上述步骤205至步骤206为后台代理进程逻辑。

现有技术中，通过前台应用进程进行系统模块内存回收方法存在以下不足之处：

1)由于所有系统模块都可以注册shrinker回调函数，并且系统模块是通过链表来管理和遍历，这样每次遍历的耗时与shrinker函数数量成O(n)线性关系，影响回收速度，容易造成前台应用延迟。系统模块数量越多，注册越多，延迟越大。

2)shrinker回调函数是系统模块实现的，每个系统模块实现不一，有些系统模块执行shrinker快，有些执行慢，从而会影响整个回收时间的可确定性，容易造成前台应用随机性卡顿。

3)由于系统后台也会周期性遍历所有系统模块，因此各个系统模块中可回收内存大概率是很少的。最坏的情况下前台应用进程可能遍历了所有的系统模块都不一定有可回收内存，收益低甚至徒劳无功，浪费资源。因此对于前台应用进程而言，应该侧重回收其他后台应用进程占用的内存。

而本申请实施例在对现有方案进行改进后，能够实现加速系统内存回收，通过后台代理方法转移低效工作，提升系统可用内存回收速度，相比现有方案具有以下优点：

1)提升回收效率，前台应用进程不需要再遍历系统模块注册shrinker，不管系统模块注册量多少，都只有唤醒代理的开销，基本可以达到O(1)的开销，从而可增加回收时间可确定性，整体加速系统内存回收速度。

2)提高回收质量，侧重回收进程级的内存，回收收益更可观，可以快速提高系统可用内存。

3)降低随机性卡顿，遍历过程所需等待资源的开销转移到后台代理上，前台应用进程无感知，因此可大大降低由于系统内存回收压力引入的随机性卡顿。

4)降低功耗，重复的系统内存回收工作，交给小核上运行的后台代理执行，有助于降低处理器资源开销。

5)提高前台应用响应速度，后台代理进程运行在小核，可避免和前台应用进程抢占大核风险，间接提高前台响应速度。

本申请实施例中的内存回收方法，在电子设备可用内存不足的情况下，唤醒预先创建的后台代理进程；通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程；其中，所述后台代理进程绑定在所述电子设备的多核处理器中的第一处理器上运行，所述电子设备的前台应用进程在所述电子设备的多核处理器中的第二处理器上运行，所述第一处理器的处理能力差于所述第二处理器。这样，通过预先创建的后台代理进程来遍历执行对电子设备的系统模块的内存回收流程，而无需前台应用进程参与系统模块的内存回收流程，且由于该后台代理进程绑定在处理能力较差的处理器上运行，从而可避免前台应用因等待系统内存回收或被抢占处理器资源所造成的响应延迟。

需要说明的是，本申请实施例提供的内存回收方法，执行主体可以为内存回收装置，或者该内存回收装置中的用于执行内存回收方法的控制模块。本申请实施例中以内存回收装置执行内存回收方法为例，说明本申请实施例提供的内存回收装置。

请参见图3，图3为本申请实施例提供的内存回收装置的结构示意图，如图3所示，内存回收装置300包括：

唤醒模块301，用于在电子设备可用内存不足的情况下，唤醒预先创建的后台代理进程；

执行模块302，用于通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程；

其中，所述后台代理进程绑定在所述电子设备的多核处理器中的第一处理器上运行，所述电子设备的前台应用进程在所述电子设备的多核处理器中的第二处理器上运行，所述第一处理器的处理能力差于所述第二处理器。

可选地，唤醒模块301用于在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔大于或等于第一预设时长的情况下，唤醒所述后台代理进程。

可选地，内存回收装置300还包括：

获取模块，用于获取所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔；

第一处理模块，用于在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔小于第二预设时长的情况下，控制所述后台代理进程进入休眠状态；

执行模块302用于在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔大于或等于所述第二预设时长的情况下，通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程。

可选地，内存回收装置300还包括：

第二处理模块，用于在遍历执行完所述电子设备的系统模块的内存回收流程之后，控制所述后台代理进程进入休眠状态。

可选地，内存回收装置300还包括：

回收模块，用于在所述电子设备可用内存不足的情况下，回收所述电子设备的后台应用进程占用的内存。

本申请实施例中的内存回收装置，在电子设备可用内存不足的情况下，唤醒预先创建的后台代理进程；通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程；其中，所述后台代理进程绑定在所述电子设备的多核处理器中的第一处理器上运行，所述电子设备的前台应用进程在所述电子设备的多核处理器中的第二处理器上运行，所述第一处理器的处理能力差于所述第二处理器。这样，通过预先创建的后台代理进程来遍历执行对电子设备的系统模块的内存回收流程，而无需前台应用进程参与系统模块的内存回收流程，且由于该后台代理进程绑定在处理能力较差的处理器上运行，从而可避免前台应用因等待系统内存回收或被抢占处理器资源所造成的响应延迟。

本申请实施例中的内存回收装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的内存回收装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的内存回收装置能够实现图N至图2的方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图4所示，本申请实施例还提供一种电子设备400，包括处理器401，存储器402，存储在存储器402上并可在所述处理器401上运行的程序或指令，该程序或指令被处理器401执行时实现上述内存回收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图5为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备500包括但不限于：射频单元501、网络模块502、音频输出单元503、输入单元504、传感器505、显示单元506、用户输入单元507、接口单元508、存储器509、以及处理器510等部件。

本领域技术人员可以理解，电子设备500还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器510逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图5中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器510，用于在电子设备500可用内存不足的情况下，唤醒预先创建的后台代理进程；

通过所述后台代理进程遍历执行电子设备500的系统模块的内存回收流程；

其中，所述后台代理进程绑定在所述电子设备的多核处理器中的第一处理器上运行，所述电子设备的前台应用进程在所述电子设备的多核处理器中的第二处理器上运行，所述第一处理器的处理能力差于所述第二处理器。

可选地，处理器510，还用于在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔大于或等于第一预设时长的情况下，唤醒所述后台代理进程。

可选地，处理器510，还用于获取所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔；

在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔小于第二预设时长的情况下，控制所述后台代理进程进入休眠状态；

在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔大于或等于所述第二预设时长的情况下，通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程。

可选地，处理器510，还用于在遍历执行完所述电子设备的系统模块的内存回收流程之后，控制所述后台代理进程进入休眠状态。

可选地，处理器510，还用于在所述电子设备可用内存不足的情况下，回收所述电子设备的后台应用进程占用的内存。

本申请实施例中的电子设备，在可用内存不足的情况下，唤醒预先创建的后台代理进程；通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程；其中，所述后台代理进程绑定在所述电子设备的多核处理器中的第一处理器上运行，所述电子设备的前台应用进程在所述电子设备的多核处理器中的第二处理器上运行，所述第一处理器的处理能力差于所述第二处理器。这样，通过预先创建的后台代理进程来遍历执行对电子设备的系统模块的内存回收流程，而无需前台应用进程参与系统模块的内存回收流程，且由于该后台代理进程绑定在处理能力较差的处理器上运行，从而可避免前台应用因等待系统内存回收或被抢占处理器资源所造成的响应延迟。

应理解的是，本申请实施例中，输入单元504可以包括图形处理器(GraphicsProcessing Unit，GPU)5041和麦克风5042，图形处理器5041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元506可包括显示面板5061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板5061。用户输入单元507包括触控面板5071以及其他输入设备5072。触控面板5071，也称为触摸屏。触控面板5071可包括触摸检测装置和触摸控制器两个部分。其他输入设备5072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器509可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器510可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器510中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述内存回收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述内存回收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种内存回收方法，其特征在于，包括：

在电子设备可用内存不足的情况下，唤醒预先创建的后台代理进程；

通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程；

其中，所述后台代理进程绑定在所述电子设备的多核处理器中的第一处理器上运行，所述电子设备的前台应用进程在所述电子设备的多核处理器中的第二处理器上运行，所述第一处理器的处理能力差于所述第二处理器。

2.根据权利要求1所述的方法，其特征在于，所述唤醒预先创建的后台代理进程，包括：

在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔大于或等于第一预设时长的情况下，唤醒所述后台代理进程。

3.根据权利要求1所述的方法，其特征在于，所述唤醒预先创建的后台代理进程之后，所述方法还包括：

获取所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔；

在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔小于第二预设时长的情况下，控制所述后台代理进程进入休眠状态；

所述通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程，包括：

在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔大于或等于所述第二预设时长的情况下，通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程。

4.根据权利要求1所述的方法，其特征在于，所述通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程之后，所述方法还包括：

在遍历执行完所述电子设备的系统模块的内存回收流程之后，控制所述后台代理进程进入休眠状态。

5.根据权利要求1所述的方法，其特征在于，所述唤醒预先创建的后台代理进程之前，所述方法还包括：

在所述电子设备可用内存不足的情况下，回收所述电子设备的后台应用进程占用的内存。

6.一种内存回收装置，其特征在于，包括：

唤醒模块，用于在电子设备可用内存不足的情况下，唤醒预先创建的后台代理进程；

执行模块，用于通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程；

其中，所述后台代理进程绑定在所述电子设备的多核处理器中的第一处理器上运行，所述电子设备的前台应用进程在所述电子设备的多核处理器中的第二处理器上运行，所述第一处理器的处理能力差于所述第二处理器。

7.根据权利要求6所述的内存回收装置，其特征在于，所述唤醒模块用于在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔大于或等于第一预设时长的情况下，唤醒所述后台代理进程。

8.根据权利要求6所述的内存回收装置，其特征在于，所述内存回收装置还包括：

获取模块，用于获取所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔；

第一处理模块，用于在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔小于第二预设时长的情况下，控制所述后台代理进程进入休眠状态；

所述执行模块用于在所述后台代理进程上次唤醒的时刻与当前时刻的时间间隔大于或等于所述第二预设时长的情况下，通过所述后台代理进程遍历执行所述电子设备的系统模块的内存回收流程。

9.根据权利要求6所述的内存回收装置，其特征在于，所述内存回收装置还包括：

第二处理模块，用于在遍历执行完所述电子设备的系统模块的内存回收流程之后，控制所述后台代理进程进入休眠状态。

10.根据权利要求6所述的内存回收装置，其特征在于，所述内存回收装置还包括：

回收模块，用于在所述电子设备可用内存不足的情况下，回收所述电子设备的后台应用进程占用的内存。

Images