CN111258921B - 垃圾内存回收方法及装置、电子设备、存储介质 - Google Patents

Abstract

本公开提供了一种垃圾内存回收方法、垃圾内存回收装置、电子设备及计算机可读存储介质，属于计算机技术领域。该方法包括：监听各应用程序的运行状态；当至少一个应用程序的运行状态达到预设条件时，通过所述至少一个应用程序调用预先配置的垃圾回收接口，以回收垃圾内存。本公开可以对每个应用程序内的垃圾内存进行及时回收，具有较高的垃圾内存回收效率。

Description

垃圾内存回收方法及装置、电子设备、存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种垃圾内存回收方法、垃圾内存回收装置、电子设备及计算机可读存储介质。

背景技术

通常，在应用程序内部会为每个数据对象分配一定的内存空间，内存中不再被应用程序使用的数据对象所占用的内存空间被称为垃圾内存。当垃圾内存在系统中慢慢积累起来后，如果不能得到及时的清理和回收，将会出现系统卡顿的问题，甚至可能造成内存泄露的危险。因此，对垃圾内存进行回收是非常重要的。

现有的垃圾内存回收方法通常是依赖于垃圾回收器实现的，从系统层面判断当前是否进行垃圾内存的回收。但是，这种方式中，垃圾内存是否被回收的判断条件往往过于单一，例如当应用程序切换到后台时，进行垃圾内存的回收，使得不同应用程序内积累的垃圾内存回收不彻底；另外，在进行垃圾内存回收时，系统将会暂停各应用程序的工作进程，以进行垃圾内存的回收，当回收结束后，才会正常运行，影响用户体验。

因此，如何对垃圾内存进行有效且合理的回收是现有技术亟待解决的问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供了一种垃圾内存回收方法、垃圾内存回收装置、电子设备及计算机可读存储介质，进而至少在一定程度上克服现有的垃圾内存回收方法中垃圾回收不彻底的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种垃圾内存回收方法，包括：监听各应用程序的运行状态；当至少一个应用程序的运行状态达到预设条件时，通过所述至少一个应用程序调用预先配置的垃圾回收接口，以回收垃圾内存。

根据本公开的一个方面，提供一种垃圾内存回收装置，包括：状态监听模块，用于监听各应用程序的运行状态；垃圾回收模块，用于当至少一个应用程序的运行状态达到预设条件时，通过所述至少一个应用程序调用预先配置的垃圾回收接口，以回收垃圾内存。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的方法。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。

本公开的示例性实施例具有以下有益效果：

一方面，本示例性实施例提出一种新的垃圾内存回收方式，可以基于各应用程序的运行状态，实现每个应用程序中垃圾内存的彻底回收，避免系统统一回收时，对某些应用程序中垃圾内存的遗漏；另一方面，相比于现有技术中进行垃圾内存回收时，系统将暂停各应用程序的工作进程，影响用户的正常使用。本示例性实施例中各应用程序垃圾回收的过程更为灵活，且各应用程序在进行垃圾内存回收时依赖于其自身的运行状态，不会对其他应用程序的正常运行造成影响，改善了用户的用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本示例性实施例中一种垃圾内存回收方法的流程图；

图2示意性示出本示例性实施例中一种垃圾内存的回收示意图；

图3示意性示出本示例性实施例中一种垃圾内存回收方法的子流程图；

图4示意性示出本示例性实施例中一种垃圾内存回收装置的结构框图；

图5示意性示出本示例性实施例中一种用于实现上述方法的电子设备；

图6示意性示出本示例性实施例中一种用于实现上述方法的计算机可读存储介质。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

本公开的示例性实施例首先提供了一种垃圾内存回收方法，可以应用于智能手机、平板电脑或个人电脑等终端设备中，本实施例方法的应用场景可以是：在上述多种终端设备中对垃圾内存进行及时清理与回收。

下面结合附图1对本示例性实施例做进一步说明，如图1所示，垃圾内存回收方法可以包括以下步骤S110～S120：

步骤S110，监听各应用程序的运行状态；

步骤S120，当至少一个应用程序的运行状态达到预设条件时，通过至少一个应用程序调用预先配置的垃圾回收接口，以回收垃圾内存。

通常，终端设备中可以安装多种应用程序，例如社交类应用程序、网购类应用程序、股票类应用程序、银行类应用程序、游戏类应用程序、支付类应用程序、以及职业相关的应用程序等。运行状态可以包括应用程序当前的运行时长、运行时间、运行进程、内存使用状态以及是否正常运行等状态信息。在本示例性实施例中，可以设置系统在运行时，实时获取终端设备内部各应用程序的运行状态；也可以通过在终端设备中设置一监听模块，用于监听应用程序的运行状态，以便于及时进行垃圾内存的回收。

预设条件是指应用程序根据当前的运行状态确定是否存在可回收的垃圾内存，或者是否需要进行垃圾内存回收的判断条件，其根据应用程序的不同具有差异性，例如对于游戏类应用程序，当用户关闭游戏时，认为用户结束游戏，不再需要游戏中产生的内存，则可以将应用程序中的内存进行释放，其中，关闭应用程序即为预设条件；对于社交类应用程序，由于这类应用程序用户的使用频率较高，即便关闭应用程序也不一定需要进行内存回收，因此，通常可以设置预设时间后清理垃圾内存，则设置预设时间进行垃圾内存回收即为预设条件等。特别的，在终端设备中，通常只有应用程序本身才清楚其当前的运行状态，例如积累了多少垃圾内存、是否需要被清理等。因此，预设条件可以通过应用程序进行自定义调整与设置，使得垃圾内存回收更加灵活，以便于在任何时候都能够执行垃圾内存的回收。另外，在本示例性实施例中，预先配置了统一的垃圾回收接口，通过垃圾回收接口遍历系统中的所有应用程序，使得应用程序需要进行垃圾内存的回收时，可以调用该接口进行垃圾内存的回收。本示例性实施例区别于现有技术中无法预料垃圾回收时机的问题，根据应用程序各自的运行状态，其可以在任何时间自由执行垃圾内存回收，提高了垃圾内存回收的及时性和彻底性。另外，系统也可以将垃圾回收接口封装成系统接口以供各应用程序进行调用。

图2示出了本示例性实施例中一种垃圾内存回收方法的回收示意图，R即为本示例性实施例中预先配置的垃圾回收接口，本示例性示意性示出应用程序1、应用程序2、应用程序3、以及应用程序4，需要说明的时，本公开并不限定于图示四种应用程序，当存在任意满足预设条件的应用程序时，即可以执行步骤S210～S240，通过调用垃圾回收接口R来实现对应的应用程序的垃圾内存的回收。

基于上述说明，在本示例性实施例中，监听各应用程序的运行状态；当至少一个应用程序的运行状态达到预设条件时，通过至少一个应用程序调用预先配置的垃圾回收接口，以回收垃圾内存。一方面，本示例性实施例提出一种新的垃圾内存回收方式，可以基于各应用程序的运行状态，实现每个应用程序中垃圾内存的彻底回收，避免系统统一回收时，对某些应用程序中垃圾内存的遗漏；另一方面，相比于现有技术中进行垃圾内存回收时，系统将暂停各应用程序的工作进程，影响用户的正常使用。本示例性实施例中各应用程序垃圾回收的过程更为灵活，且各应用程序在进行垃圾内存回收时依赖于其自身的运行状态，不会对其他应用程序的正常运行造成影响，改善了用户的用户体验。

在一示例性实施例中，如图3所示，上述步骤S120可以包括以下步骤：

步骤S310，当至少一个应用程序的运行状态达到预设条件时，将至少一个应用程序确定为目标应用程序；

步骤S320，获取目标应用程序所占用的垃圾内存的地址；

步骤S330，调用垃圾回收接口，释放位于地址的数据，以回收目标应用程序所占用的垃圾内存。

其中，目标应用程序是指终端设备中需要进行垃圾内存回收的应用程序，通常终端设备中会包括多个应用程序，本示例性实施例可以先从多个应用程序中确定需要进行垃圾内存回收的应用程序，即目标应用程序，再进行垃圾内存回收。具体的，可以通过设置预设条件，从多个应用程序中确定目标应用程序，当存在某一应用程序满足预设条件时，可以确定其为目标应用程序。特别的，本示例性实施例中目标应用程序可以有多个，例如在终端设备包括A、B、C三个应用程序，其中，应用程序A与应用程序B均满足预设条件，则应用程序A与应用程序B均可以被确定为目标应用程序。

通常，应用程序运行时，会为每个数据对象分配一定的空间，进行垃圾内存回收，即将空间中的数据对象进行释放，以便于后续对内存空间进行合理的使用和分配。因此，在本示例性实施例中，回收垃圾内存的具体过程可以包括，确定目标应用程序所占用的垃圾内存的地址，调用垃圾回收接口，并将确定的垃圾内存的地址中的数据进行释放，以完成目标应用程序垃圾内存的回收。

在一示例性实施例中，上述步骤S320可以包括以下步骤：

检测目标应用程序所占用的内存中未被引用的对象；

将未被引用的对象所在的内存确定为目标应用程序所占用的垃圾内存。

垃圾内存回收的原则是找到应用程序中不再使用，但是又没有进行释放的数据对象，然后回收这些数据对象所对应的内存资源，在应用程序中，如果一个对象，没有一个引用指向它，那么它就会被认为是垃圾内存。基于此，本示例性实施例可以通过检测目标应用程序所占用的内存中是否存在有未被引用的对象，如果存在，则将未被引用的对象确定为目标应用程序锁占用的垃圾内存，执行后续垃圾内存的回收步骤；如果不存在，说明当前目标应用程序内没有可回收的内存垃圾，无需进行垃圾内存回收。

在一示例性实施例中，预设条件可以包括第一类预设条件和第二类预设条件；

第一类预设条件和第二类预设条件通过以下方式确定：

为各应用程序统一配置第一类预设条件；

为各应用程序配置对应的第二类预设条件。

考虑到每个应用程序在运行状态、运行进程与运行特点等方面的差异性，本示例性实施例可以从两个方面来确定预设条件。其中，第一类预设条件与第二类预设条件均为用于确定应用程序是否需要进行垃圾内存回收的判断条件，其区别在于，第一类预设条件的设置较为宽泛，而第二类预设条件与应用程序相关，更加具有针对性。具体的，为不同的应用程序统一配置预设条件，即为第一类预设条件，例如为各应用程序设置统一的回收周期，当各应用程序到达该回收周期后，将触发回收应用程序内的垃圾内存等；基于每个应用程序的运行特点为其配置个性化的预设条件，即为第二类预设条件，例如游戏类应用程序关闭应用程序，即可以进行垃圾内存的回收，则关闭应用程序可以作为游戏类应用程序的第二类预设条件，支付类应用程序考虑其安全性，只要用户未持续使用应用程序(将应用程序置于后台或亮屏下长时间未接收到用户的输入信息)，则可以触发回收垃圾内存，其中，将应用程序置于后台或亮屏下长时间未接收到用户的输入信息可以作为支付类应用程序的第二类预设条件等等。

需要说明的是，本示例性实施例可以通过上述两种方式设置第一类预设条件或第二类预设条件，也可以同时设置第一类预设条件和第二类预设条件，以便于在各种情况下对垃圾内存进行有效回收，本公开对此不做具体限定。

具体的，在一示例性实施例中，第一类预设条件可以包括以下任意一条或多条：

(1)应用程序从前台运行转变为后台运行；

(2)应用程序接收到关闭指令；

(3)应用程序中的进程结束运行。

针对第一类预设条件，本示例性实施例可以设置以上三条中的任意一条或多条的组合，当满足这些预设条件任意一个时，即可以确定应用程序调用垃圾回收接口进行垃圾内存的回收。其中，条件(1)是指当用户将某应用程序置于后台时，认为用户当前暂时不会使用该应用程序，则该应用程序可以调用垃圾回收接口进行垃圾内存的回收；条件(2)中的关闭指令可以指应用程序接收到的用户输入的返回、或确认关闭等结束当前应用程序进程的指令等；另外，考虑到应用程序在实际应用中，还可能出现运行中断、重启或自动关闭的情况，因此还可以设置条件(3)等。第一类预设条件与应用程序的类型和运行特点无关，即可以为不同的应用程序设置相同的第一类预设条件。

在一示例性实施例中，第二类预设条件可以包括以下任意一条或多条：

(1)应用程序占用内存量达到该应用程序对应的预设内存阈值；

(2)应用程序在上一次回收垃圾内存后，连续运行时间超过该应用程序对应的预设时间阈值；

(3)应用程序中关闭该应用程序的预设功能。

第二类预设条件与应用程序的类型与特点相关，具有较强的针对性，例如上述条件(1)，由于不同的应用程序其本身的大小具有差异性，运行内存也具有较大的差别，可以通过为不同的应用程序设置对应的预设内存阈值，以满足不同应用程序对垃圾内存的清理需求；另外，不同应用程序其使用频率也具有较大差别，例如大部分用户的社交类应用程序的使用频率大于网购类应用程序，因此，还可以设置上述条件(2)，为不同的应用程序设置一运行时间的预设时间阈值，当应用程序在上一次回收垃圾内存后，连续运行超过该预设时间阈值，则可以进行垃圾内存的回收，预设时间阈值的大小与应用程序本身具有较大关联，可以较好的对不同应用程序的垃圾回收机制进行区别；另外，通常不同的应用程序中具有不同的功能，例如游戏类应用程序中包括控制音乐或自动播放视频等功能，因此，也可以设置条件(3)当应用程序中关闭预设功能时，进行垃圾内存的回收，例如当关闭游戏类应用程序的音频功能时，认为用户可能当前无需音频效果，则应用程序可以调用垃圾回收接口回收关于音频的垃圾内存等等，其中预设功能可以根据需要进行自定义设置，本公开对此不做具体限定。

在一示例性实施例中，垃圾内存回收方法还可以包括：

通过垃圾回收器统一回收系统中的垃圾内存。

为了提高垃圾内存回收的智能性和灵活性，本示例性实施例还可以结合垃圾回收器统一回收系统中的垃圾内存，即应用程序可以根据当前的运行状态是否到达预设条件，确定是否进行垃圾内存的回收之外，还可以从系统层面，设置垃圾内存的统一清理，例如当应用程序切换至后台、不再参与与用户的交互或应用程序申请的内存不再被进程持有等情况下，都可以触发系统进行统一垃圾内存的回收，从而实现垃圾内存能够在各种场景中进行及时有效的回收，从而提高了后续为新对象分配内存的效率和可能性，更避免了由于垃圾内存过多而造成的内存泄露等问题。

本公开的示例性实施例还提供了一种垃圾内存回收装置。参照图4，该装置400可以包括，状态监听模块410，用于监听各应用程序的运行状态；垃圾回收模块420，用于当至少一个应用程序的运行状态达到预设条件时，通过至少一个应用程序调用预先配置的垃圾回收接口，以回收垃圾内存。

在一示例性实施例中，垃圾回收模块包括：目标程序确定单元，用于当至少一个应用程序的运行状态达到预设条件时，将至少一个应用程序确定为目标应用程序；地址获取单元，用于获取目标应用程序所占用的垃圾内存的地址；垃圾回收单元，用于调用垃圾回收接口，释放位于地址的数据，以回收目标应用程序所占用的垃圾内存。

在一示例性实施例中，地址获取单元包括：对象检测子单元，用于检测目标应用程序所占用的内存中未被引用的对象；内存确定子单元，用于将未被引用的对象所在的内存确定为目标应用程序所占用的垃圾内存。

在一示例性实施例中，预设条件包括第一类预设条件和第二类预设条件；第一类预设条件和第二类预设条件通过以下方式确定：为各应用程序统一配置第一类预设条件；为各应用程序配置对应的第二类预设条件。

在一示例性实施例中，第一类预设条件包括以下任意一条或多条：应用程序从前台运行转变为后台运行；应用程序接收到关闭指令；应用程序中的进程结束运行。

在一示例性实施例中，第二类预设条件包括以下任意一条或多条：应用程序占用内存量达到该应用程序对应的预设内存阈值；应用程序在上一次回收垃圾内存后，连续运行时间超过该应用程序对应的预设时间阈值；应用程序中关闭该应用程序的预设功能。

在一示例性实施例中，垃圾内存回收装置还可以包括：回收器回收模块，用于通过垃圾回收器统一回收系统中的垃圾内存。

上述装置中各模块/单元的具体细节在方法部分的实施例中已经详细说明，未披露的细节内容可以参见方法部分的实施例内容，因此此处不再赘述。

本公开的示例性实施例还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图5来描述根据本公开的这种示例性实施例的电子设备500。图5显示的电子设备500仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于：上述至少一个处理单元510、上述至少一个存储单元520、连接不同系统组件(包括存储单元520和处理单元510)的总线530、显示单元540。

其中，存储单元存储有程序代码，程序代码可以被处理单元510执行，使得处理单元510执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，处理单元510可以执行图1所示的步骤S110～S120，也可以执行图3所示的步骤S310～S330等。

存储单元520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)521和/或高速缓存存储单元522，还可以进一步包括只读存储单元(ROM)523。

存储单元520还可以包括具有一组(至少一个)程序模块525的程序/实用工具524，这样的程序模块525包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线530可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备500也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备500交互的设备通信，和/或与使得该电子设备500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口550进行。并且，电子设备500还可以通过网络适配器560与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器560通过总线530与电子设备500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开示例性实施例的方法。

本公开的示例性实施例还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

参考图6所示，描述了根据本公开的示例性实施例的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的示例性实施例，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

Claims (7)

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

实时监听各应用程序的运行状态，所述运行状态包括应用程序当前的运行时长、运行时间、运行进程、内存使用状态或是否正常运行的信息；

当至少一个应用程序的运行状态达到预设条件时，通过所述至少一个应用程序调用预先配置的垃圾回收接口，以回收垃圾内存；

预设条件包括第一类预设条件和第二类预设条件；

所述第一类预设条件和所述第二类预设条件通过以下方式确定：

为各所述应用程序统一配置所述第一类预设条件；以及同时

为各所述应用程序配置对应的针对性的所述第二类预设条件；

所述第一类预设条件包括以下任意一条或多条：

应用程序从前台运行转变为后台运行；

应用程序接收到关闭指令；

应用程序中的进程结束运行；

所述第二类预设条件包括以下任意一条或多条：

应用程序占用内存量达到该应用程序对应的预设内存阈值；

应用程序在上一次回收垃圾内存后，连续运行时间超过该应用程序对应的预设时间阈值；

应用程序中关闭该应用程序的预设功能，所述预设功能包括控制音乐或自动播放视频的功能；

所述应用程序为游戏类应用程序时，第二类预设条件为关闭所述应用程序；

所述应用程序为支付类应用程序时，第二类预设条件为将所述应用程序置于后台或亮屏状态下预设时间内未接收到用户的输入信息。

2.根据权利要求1所述的方法，其特征在于，所述当至少一个应用程序的运行状态达到预设条件时，过所述至少一个应用程序调用预先配置的垃圾回收接口，以回收垃圾内存，包括：

当至少一个应用程序的运行状态达到预设条件时，将所述至少一个应用程序确定为目标应用程序；

获取所述目标应用程序所占用的垃圾内存的地址；

调用所述垃圾回收接口，释放位于所述地址的数据，以回收所述目标应用程序所占用的垃圾内存。

3.根据权利要求2所述的方法，其特征在于，所述获取所述目标应用程序所占用的垃圾内存的地址，包括：

检测所述目标应用程序所占用的内存中未被引用的对象；

将所述未被引用的对象所在的内存确定为所述目标应用程序所占用的垃圾内存。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过垃圾回收器统一回收系统中的垃圾内存。

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

状态监听模块，用于实时监听各应用程序的运行状态，所述运行状态包括应用程序当前的运行时长、运行时间、运行进程、内存使用状态或是否正常运行的信息；

垃圾回收模块，用于当至少一个应用程序的运行状态达到预设条件时，通过所述至少一个应用程序调用预先配置的垃圾回收接口，以回收垃圾内存；

预设条件包括第一类预设条件和第二类预设条件；

所述第一类预设条件和所述第二类预设条件通过以下方式确定：

为各所述应用程序统一配置所述第一类预设条件；以及同时

为各所述应用程序配置对应的针对性的所述第二类预设条件；

所述第一类预设条件包括以下任意一条或多条：

应用程序从前台运行转变为后台运行；

应用程序接收到关闭指令；

应用程序中的进程结束运行；

所述第二类预设条件包括以下任意一条或多条：

应用程序占用内存量达到该应用程序对应的预设内存阈值；

应用程序在上一次回收垃圾内存后，连续运行时间超过该应用程序对应的预设时间阈值；

应用程序中关闭该应用程序的预设功能，所述预设功能包括控制音乐或自动播放视频的功能；

所述应用程序为游戏类应用程序时，第二类预设条件为关闭所述应用程序；

所述应用程序为支付类应用程序时，第二类预设条件为将所述应用程序置于后台或亮屏状态下预设时间内未接收到用户的输入信息。

6.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-4任一项所述的方法。

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