CN110543432B - 内存碎片整理方法、装置、终端及存储介质 - Google Patents

Abstract

本申请实施例提供了一种内存碎片整理方法、装置、终端及存储介质。所述方法包括：获取终端进行碎片整理的次数；检测次数是否大于预设次数；若次数大于预设次数，则将终端的内存碎片整理成目标内存块。本申请实施例当终端进行碎片整理的次数大于预设次数时，就预先对终端的内存碎片进行清理，而不是在内存分配时发现由于内存碎片原因无法满足内存分配需求时才进行内存碎片整理，内存分配性能得到提升，避免了后期终端由于分配性能不佳从而导致终端反应慢、发生卡顿现象的问题。

Description

内存碎片整理方法、装置、终端及存储介质

技术领域

本申请实施例涉及终端技术领域，特别涉及一种内存碎片整理方法、装置、终端及存储介质。

背景技术

终端在使用一段时间之后，随着内存的频繁分配和释放，会产生内存碎片。

在相关技术中，终端接收应用程序发送的内存分配请求，为该应用程序分配相应的内存块。内存分配请求用于请求终端给应用程序分配一个较大的内存块，然而当前终端的内存碎片较小，终端无法立即按照内存分配请求为应用程序分配内存块，终端需要先将内存碎片整理成一个较大的内存块，然后才能分配给应用程序。

然而，当内存碎片严重且待分配的内存块较大时，内存分配耗时长，导致终端发生卡顿现象。

发明内容

本申请实施例提供一种内存碎片整理方法、装置、终端及存储介质。所述技术方案如下：

一方面，本申请实施例提供一种内存碎片整理方法，所述方法包括：

获取终端进行碎片整理的次数；

检测所述次数是否大于预设次数；

若所述次数大于所述预设次数，则将所述终端的内存碎片整理成目标内存块。

另一方面，本申请实施例提供一种内存碎片整理装置，所述方法包括：

获取终端进行碎片整理的次数；

检测所述次数是否大于预设次数；

若所述次数大于所述预设次数，则将所述终端的内存碎片整理成目标内存块。

再一方面，本申请实施例提供一种终端，所述终端包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如上述方面所述的内存碎片整理方法。

又一方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现如上述方面所述的内存碎片整理方法。

本申请实施例提供的技术方案可以带来如下有益效果：

当终端进行碎片整理的次数大于预设次数时，就预先对终端的内存碎片进行清理，而不是在内存分配时发现由于内存碎片原因无法满足内存分配需求时才进行内存碎片整理，内存分配性能得到提升，避免了后期终端由于分配性能不佳从而导致终端反应慢、发生卡顿现象的问题。

附图说明

图1是本申请一个实施例提供的内存碎片整理方法的流程图；

图2是本申请另一个实施例提供的内存碎片整理方法的流程图；

图3是本申请又一个实施例提供的内存碎片整理方法的流程图；

图4是本申请又一个实施例提供的内存碎片整理方法的流程图；

图5是本申请一个实施例提供的内存碎片整理装置的框图；

图6是本申请另一个实施例提供的内存碎片整理装置的框图；

图7是本申请一个实施例提供的终端的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

终端在使用一段时间之后，随着内存的频繁分配和释放，会产生内存碎片。终端的空闲的内存总大小是满足当前内存分配需求的，但由于空闲块不连续，如果当前内存分配请求是请求终端分配一块连续的16K内存，但终端的内存只有4个不连续的4K的内存块，此时终端无法直接成功分配内存，只能进行内存碎片整理，只有当内存碎片整理完成后才能成功分配该次内存，如果内存碎片严重且待分配的内存块较大，内存碎片整理时间长，从而内存分配耗时长，导致终端发生黑屏卡顿等现象，影响用户体验。

在本申请实施例提供的技术方案中，当终端检测到进行碎片整理的次数大于预设次数时，就将终端的内存碎片预先整理成目标内存块，而不是在内存分配时发现由于内存碎片原因无法满足内存分配需求时才进行内存碎片整理，内存分配性能得到提升，避免了终端由于分配性能不佳从而导致终端反应慢、发生卡顿现象的问题。

另外，本申请实施例提供的方法，各步骤的执行主体可以是终端，例如终端可以是手机、平板电脑、电子书阅读设备、多媒体播放设备、可穿戴设备或其它便携式电子设备。当然，在其它可能的实现方式中，终端还可以是其它电子设备，例如，医疗设备、智能家居设备等。可选地，各步骤的执行主体为终端的操作系统。操作系统是用于管理终端的硬件与软件资源的计算机程序。本申请实施例提供的技术方案，适用于Android(安卓)操作系统的终端中，该Android操作系统可以是Android原生的操作系统，也可以是其它一些基于Android操作系统开发的定制化操作系统。在下述方法实施例中，为了便于说明，仅以各步骤的执行主体为终端进行介绍说明，但对此不构成限定。

请参考图1，其示出了本申请一个实施例提供的内存碎片整理方法的流程图。该方法可以包括如下几个步骤。

步骤101，获取终端进行碎片整理的次数。

在本申请实施例中，终端内可以设置计数器，用于记录终端进行碎片整理的次数。例如，计数器可以记录终端在预设时长内进行碎片整理的次数，该预设时长的结束时刻可以是当前时刻。预设时长可以由终端设置，也可以由用户设置。例如，预设时长可以是2秒。

示例性地，终端可以实时获取终端进行碎片整理的次数，也可以每隔预设时长获取终端进行碎片整理的次数。

步骤102，检测次数是否大于预设次数。

如果终端的空闲内存块满足待分配的内存块时，即，终端的空闲内存块大于或等于待分配的内存块时，终端不需要进行内存碎片的整理，只有当终端的空闲内存块不满足待分配的内存块时，终端需要进行内存碎片的整理。当内存碎片整理的次数大于预设次数时，表明终端的内存碎片严重，需要进行内存碎片的整理。

步骤103，若次数大于预设次数，则将终端的内存碎片整理成目标内存块。

当次数大于预设次数时，表明终端可以或需要进行内存碎片整理了，终端对内存碎片进行预先整理，将终端的内存碎片整理成目标内存块。

示例性地，终端在预设时长内进行碎片整理的次数为1000次，预设次数为200次，碎片整理的次数大于预设次数，终端的内存碎片严重，终端需要预先将终端的内存碎片整理成目标内存块。

综上所述，本申请实施例提供的技术方案中，当终端进行碎片整理的次数大于预设次数时，就预先对终端的内存碎片进行清理，而不是在内存分配时发现由于内存碎片原因无法满足内存分配需求时才进行内存碎片整理，内存分配性能得到提升，避免了后期终端由于分配性能不佳从而导致终端反应慢、发生卡顿现象的问题。

示例性地，如图2所示，终端可以执行以下步骤：

步骤201，获取应用程序运行状态。

应用程序运行状态用于指示应用程序的运行状态。

步骤202，检测应用程序运行状态是否处于停止运行状态。

步骤203，若应用程序运行状态处于停止运行状态，则将终端的内存碎片整理成目标内存块。

当应用程序运行状态处于停止运行状态时，终端处于空闲状态，此时对终端的内存碎片进行整理，可以实现用户无感知的内存碎片的整理。

综上所述，本申请实施例提供的技术方案中，当应用程序运行状态处于停止运行状态时，对终端的内存碎片进行整理，内存碎片在终端不使用状态得到整理，在终端下次处于使用状态时由于内存碎片预先得到了整理，内存分配耗时短，内存分配性能得到提升，系统使用更流畅。

在一种可能的实现方式中，如图3所示，上述内存碎片整理方法还包括以下几个步骤：

步骤301，获取处于运行状态的第一应用程序对应的标识。

第一应用程序可以是终端内安装的任意一个应用程序，例如，社交类应用程序、相机类应用程序、购物类应用程序或其它应用程序等等，本申请实施例对第一应用程序的类型不作限定。第一应用程序对应的标识用于唯一标识第一应用程序，第一应用程序对应的标识可以是第一应用程序对应的包名。示例性地，第一应用程序可以处于前台运行状态或者第一应用程序可以处于后台运行状态。

步骤302，根据第一应用程序在历史固定时段内所需的内存容量，确定目标内存块的容量，目标内存块的容量大于或等于第一应用程序在历史固定时段内所需的内存容量。

示例性地，历史固定时段可以是当前时刻之前每天的固定时段，例如，每天的10:00-12:00。终端可以将历史固定时段内所需的内存容量的平均值，确定为最小目标内存块的容量；或者，终端可以将历史时段内所需的内存容量的最大值，确定为最小目标内存块的容量。例如，假设存在3个历史固定时段，每个历史固定时段内所需的内存大小分别为50KB、80KB、110KB，终端可以将(50+80+110)/3＝80KB确定为最小目标内存块的容量，也可以将110KB确定为最小目标内存块的容量。

步骤303，按照目标内存块的容量，将终端的内存碎片整理成目标内存块。

根据目标内存块的容量，将终端的内存碎片整合成目标内存块。因为终端预先准备好了第一应用程序可能需要的内存块，所以当第一应用程序向终端发送内存分配请求时，终端可以快速地为第一应用程序分配内存，从而可以快速满足第一应用程序的内存分配需求。

可选地，终端根据第一应用程序在历史固定时段内向终端发送内存分配请求的频率，确定目标频率，目标频率是指第一应用程序对应的内存碎片整理的频率。目标频率与第一应用程序在历史固定时段内向终端发送内存分配请求的频率成正相关关系。

内存分配请求用于请求终端为第一应用程序分配内存块。第一应用程序发送内存分配请求的频率越高，表明第一应用程序的内存分配需求越大，终端根据第一应用程序在历史固定时段内向终端发送内存分配请求的频率，设置内存碎片整理的频率，可以更好地满足第一应用程序的内存分配需求。例如，第一应用程序在历史固定时段内向终端发送内存分配请求的频率为10次/秒，则终端可以设置内存碎片整理的频率为5次/秒。第一应用程序在历史固定时段内向终端发送内存分配请求的频率与目标频率成正相关关系，第一应用程序在历史固定时段内向终端发送内存分配请求的频率越高，目标频率也越高；反之，第一应用程序在历史固定时段内向终端发送内存分配请求的频率越低，目标频率也越低。不同应用程序对应的内存碎片整理的频率可能不同。

在另一种可能的实现方式中，终端可以将终端的内存碎片整合成至少一个预设容量的目标内存块。预设容量可以由终端预先设置，也可以实时设置。示例性地，终端可以将终端所有的内存碎片整合成一个内存块。例如，终端包括4个4KB的内存碎片，终端可以将上述4个4KB的内存碎片整理成一个16KB的内存块，该16KB的内存块包括4个连续的4KB的内存子块。或者，预设容量为8KB，终端可以将上述4个4KB的内存碎片整理成2个8KB的目标内存块。

综上所述，本申请实施例提供的技术方案中，根据应用程序在历史固定时段内所需的内存容量，预先确定终端的内存碎片整合后的目标内存块的容量，当应用程序请求终端分配内存时，终端的内存分配耗时短，从而更快地满足应用程序的内存分配需求。

根据应用程序在历史固定时段内向终端发送内存分配请求的频率，确定应用程序对应的内存碎片整理的频率，内存碎片的整理更为灵活，可以更好地满足应用程序的内存分配需求。

示例性地，如图4所示，本申请实施例提供的内存碎片整理方法可以包括以下几个步骤：

步骤401，在检测到第二应用程序退出运行时，获取第二应用程序释放的内存块的容量。

第二应用程序可以是终端内安装的任意一个程序，例如，第二应用程序可以是社交类应用程序、游戏类应用程序、视频类应用程序、音乐类应用程序或其它应用程序，本申请实施例对第二应用程序的类别不作限定。

示例性地，第二应用程序可以是从后台运行状态退出运行，或者，第二应用程序也可以是从前台运行状态退出运行。

步骤402，检测第二应用程序释放的内存块的容量是否小于预设阈值。

示例性地，预设阈值的大小可以是内存碎片大小的最大值，容量大小小于预设阈值的内存块可以确定是内存碎片。

步骤403，若第二应用程序释放的内存块的容量小于预设阈值，则将第二应用程序释放的内存块确定为终端的内存碎片。

当第二应用程序释放的内存块的容量小于预设阈值时，表明第二应用程序释放的内存较小，可以将第二应用程序释放的内存块看作内存碎片，从而对终端原有的内存碎片和第二应用程序释放的内存块一同进行整理。

例如，第二应用程序释放的内存大小为5KB，预设阈值为10KB，第二应用程序释放的内存块的容量小于预设阈值，则对终端原有的内存碎片和第二应用程序释放的内存块一起进行整理。

综上所述，本申请实施例提供的技术方案中，当应用程序释放的内存容量小于预设阈值时，对终端原有的内存碎片和应用程序释放的内存块进行整理，内存碎片的整理更为灵活，有效改善终端内存碎片化状况，有效避免了终端中出现较小的内存块，以致于无法满足内存分配需求的问题。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图5，其示出了本申请一个实施例提供的内存碎片整理装置的框图。该装置具有实现上述方法示例的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置500可以包括：次数获取模块510、次数检测模块520和内存整理模块530。

所述次数获取模块510，用于获取终端进行碎片整理的次数。

所述次数检测模块520，用于检测所述次数是否大于预设次数。

所述内存整理模块530，用于若所述次数大于所述预设次数，则将所述终端的内存碎片整理成目标内存块。

综上所述，本申请实施例提供的技术方案中，当终端进行碎片整理的次数大于预设次数时，就预先对终端的内存碎片进行清理，而不是在内存分配时发现由于内存碎片原因无法满足内存分配需求时才进行内存碎片整理，内存分配性能得到提升，避免了后期终端由于分配性能不佳从而导致终端反应慢、发生卡顿现象的问题。

可选地，如图6所示，所述装置500，还包括：标识获取模块540和容量确定模块550。

所述标识获取模块540，用于获取处于运行状态的第一应用程序对应的标识。

所述容量确定模块550，用于根据所述第一应用程序在历史固定时段内所需的内存容量，确定所述目标内存块的容量，所述目标内存块的容量大于或等于所述第一应用程序在所述历史固定时段内所需的内存容量；

所述内存整理模块530，用于：

按照所述目标内存块的容量，将所述终端的内存碎片整理成所述目标内存块。

可选地，所述装置500，还包括：频率确定模块560。

所述频率确定模块560，用于根据所述第一应用程序在所述历史固定时段内向所述终端发送内存分配请求的频率，确定目标频率，所述目标频率是指所述第一应用程序对应的内存碎片整理的频率，所述目标频率与所述第一应用程序在所述历史固定时段内向所述终端发送内存分配请求的频率成正相关关系。

可选地，所述内存整理模块530，用于将所述终端的内存碎片整合成至少一个预设容量的目标内存块。

可选地，所述装置500，还包括：容量获取模块570、容量检测模块580和碎片确定模块590。

所述容量获取模块570，用于在检测到第二应用程序退出运行时，获取所述第二应用程序释放的内存块的容量。

所述容量检测模块580，用于检测所述第二应用程序释放的内存块的容量是否小于预设阈值。

所述碎片确定模块590，用于若所述第二应用程序释放的内存块的容量小于所述预设阈值，则将所述第二应用程序释放的内存块确定为所述终端的内存碎片。

可选地，所述次数获取模块510，用于每隔预设时长获取所述终端进行碎片整理的次数。

需要说明的是，上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参考图7，其示出了本申请一个实施例提供的终端700的结构框图。例如，终端可以是手机、平板电脑、电子书阅读设备、多媒体播放设备、可穿戴设备或其它便携式电子设备。

本申请实施例中的终端700可以包括一个或多个如下部件：处理器710和存储器720。

处理器710可以包括一个或者多个处理核心。处理器710利用各种接口和线路连接整个终端内的各个部分，通过运行或执行存储在存储器720内的指令、程序、代码集或指令集，以及调用存储在存储器720内的数据，执行终端的各种功能和处理数据。可选地，处理器710可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器710可集成中央处理器(CentralProcessing Unit，CPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统和应用程序等；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器710中，单独通过一块芯片进行实现。

可选地，处理器710执行存储器720中的程序指令时实现上述各个方法实施例提供的方法。

存储器720可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选地，该存储器720包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器720可用于存储指令、程序、代码、代码集或指令集。存储器720可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令、用于实现上述各个方法实施例的指令等；存储数据区可存储根据终端的使用所创建的数据等。

上述终端的结构仅是示意性的，在实际实现时，终端可以包括更多或更少的组件，比如：显示屏等，本实施例对此不作限定。

本领域技术人员可以理解，图7中示出的结构并不构成对终端700的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在示例性实施例中，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序由终端的处理器加载并执行以实现上述方法实施例中的各个步骤。

在示例性实施例中，还提供了一种计算机程序产品，当该计算机程序产品被执行时，其用于实现上述方法。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种内存碎片整理方法，其特征在于，所述方法包括：

获取终端进行碎片整理的次数；

检测所述次数是否大于预设次数；

若所述次数大于所述预设次数，则将所述终端的内存碎片整理成目标内存块。

2.根据权利要求1所述的方法，其特征在于，所述将所述终端的内存碎片整理成目标内存块之前，还包括：

获取处于运行状态的第一应用程序对应的标识；

根据所述第一应用程序在历史固定时段内所需的内存容量，确定所述目标内存块的容量，所述目标内存块的容量大于或等于所述第一应用程序在所述历史固定时段内所需的内存容量；

所述将所述终端的内存碎片整理成目标内存块，包括：

按照所述目标内存块的容量，将所述终端的内存碎片整理成所述目标内存块。

3.根据权利要求2所述的方法，其特征在于，所述确定处于运行状态的第一应用程序对应的标识之后，还包括：

根据所述第一应用程序在所述历史固定时段内向所述终端发送内存分配请求的频率，确定目标频率，所述目标频率是指所述第一应用程序对应的内存碎片整理的频率，所述目标频率与所述第一应用程序在所述历史固定时段内向所述终端发送内存分配请求的频率成正相关关系。

4.根据权利要求1所述的方法，其特征在于，所述将所述终端的内存碎片整理成目标内存块，包括：

将所述终端的内存碎片整合成至少一个预设容量的目标内存块。

5.根据权利要求1所述的方法，其特征在于，所述将所述终端的内存碎片整理成目标内存块之前，还包括：

在检测到第二应用程序退出运行时，获取所述第二应用程序释放的内存块的容量；

检测所述第二应用程序释放的内存块的容量是否小于预设阈值；

若所述第二应用程序释放的内存块的容量小于所述预设阈值，则将所述第二应用程序释放的内存块确定为所述终端的内存碎片。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述获取终端进行碎片整理的次数，包括：

每隔预设时长获取所述终端进行碎片整理的次数。

7.一种内存碎片整理装置，其特征在于，所述装置包括：

次数获取模块，用于获取终端进行碎片整理的次数；

次数检测模块，用于检测所述次数是否大于预设次数；

内存整理模块，用于若所述次数大于所述预设次数，则将所述终端的内存碎片整理成目标内存块。

8.根据权利要求7所述的装置，其特征在于，所述装置，还包括：

标识获取模块，用于获取处于运行状态的第一应用程序对应的标识；

容量确定模块，用于根据所述第一应用程序在历史固定时段内所需的内存容量，确定所述目标内存块的容量，所述目标内存块的容量大于或等于所述第一应用程序在所述历史固定时段内所需的内存容量；

所述内存整理模块，用于：

按照所述目标内存块的容量，将所述终端的内存碎片整理成所述目标内存块。

9.一种用于执行内存碎片整理方法的终端，其特征在于，所述终端包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如权利要求1至6任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现如权利要求1至6任一项所述的方法。

Images