CN109558297A - 内存管理方法及装置 - Google Patents

Abstract

本发明公开一种内存管理方法及装置，其中，该方法包括：获取监控参数信息，其中，监控参数信息包括监测内存类型、监测周期和监测对象；根据监控参数信息确定的监测周期，对各监测对象进行定时轮询，获取各监测对象的相应监测内存类型的内存状态信息。通过本发明公开的方法和装置可以及时获取内存状态，实现对内存的定时监测，且还能根据用户的监测需求(如当设定的监测参数包括超限阈值时)进行监测。

Description

内存管理方法及装置

技术领域

本发明涉及内存管理技术领域，尤其涉及一种内存管理方法及装置。

背景技术

由于内存的使用情况对系统的性能影响很大，例如OOM（Out Of Memory，内存溢出）问题、内存泄露、程序卡顿等诸多问题，都跟不合理的内存使用相关，并且这类问题一般都比较隐晦，要解决该类问题，实时的查看并分析内存就显得尤为重要，目前对于业内现有工具都只关注内存数据的采集、存储以及简单的实时查看，尚未见到对内存进行定时监测的工具。

发明内容

本发明为了解决上述问题，提出了一种解决方案，该方案根据用户设定的监测内存类型、定时监测周期、要监测的目标进程名称和超限阈值等参数信息，采用定时轮询的方式依次通过指令查询每一个目标进程的内存值，当内存达到或超出超限阈值时，自动导出内存镜像文件。通过本发明可以实现对内存的定时监测，且还能根据用户的监测需求（如当设定的监测参数包括超限阈值时）解决内存超限时自动导出镜像文件，帮助研发人员定位内存泄漏等问题。

第一方面，本发明实施例提供一种内存管理方法，包括：获取监控参数信息，其中，监控参数信息包括监测内存类型、监测周期和监测对象；

根据监控参数信息确定的监测周期，对各监测对象进行定时轮询，获取各监测对象的相应监测内存类型的内存状态信息。

第二方面，本发明实施例提供一种内存管理装置，包括：

第一用户指令接收模块，用于接收第一用户指令；

监控参数获取模块，用于根据第一用户指令获取监控参数信息，其中，监控参数信息包括监测内存类型、监测周期和监测对象；

定时监测模块，用于根据监控参数信息确定的监测周期，对各监测对象进行定时轮询，获取各监测对象的相应监测内存类型的内存状态信息。

第三方面，本发明实施例提供一种存储介质，所述存储介质中存储有一个或多个包括执行指令的程序，所述执行指令能够被电子设备（包括但不限于计算机，服务器，或者网络设备等）读取并执行，以用于执行本发明上述任一项内存管理方法。

第四方面，提供一种电子设备，其包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明上述任一项内存管理方法。

本发明实施例的有益效果在于：基于本发明实施例的内存管理方法和装置可以实现对内存的定时监测，且还能根据用户的监测需求（如当设定的监测参数包括超限阈值时）解决相应问题。

附图说明

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

图1为本发明的一实施方式的内存管理方法流程图；

图2为本发明的又一实施方式的内存管理方法流程图；

图3为本发明的一实施方式的内存管理装置原理框图；

图4为本发明的又一实施方式的内存管理装置原理框图；

图5为本发明的电子设备的一实施例的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、元件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

在本发明中，“模块”、“装置”、“系统”等指应用于计算机的相关实体，如硬件、硬件和软件的组合、软件或执行中的软件等。详细地说，例如，元件可以、但不限于是运行于处理器的过程、处理器、对象、可执行元件、执行线程、程序和/ 或计算机。还有，运行于服务器上的应用程序或脚本程序、服务器都可以是元件。一个或多个元件可在执行的过程和/ 或线程中，并且元件可以在一台计算机上本地化和/ 或分布在两台或多台计算机之间，并可以由各种计算机可读介质运行。元件还可以根据具有一个或多个数据包的信号，例如，来自一个与本地系统、分布式系统中另一元件交互的，和/ 或在因特网的网络通过信号与其它系统交互的数据的信号通过本地和/ 或远程过程来进行通信。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”，不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明实施例中的内存管理方法及装置应用于任何需要进行内存监测和管理的终端设备上，该智能终端上配置有显示屏或者该终端设备能够投影出显示界面用于用户进行交互操作，例如，智能电视、智能手机、平板电脑、PC、智能家居、投影仪、车载设备等任何智能硬件，本发明对此不作限定。

图1示意性地显示了根据本发明一实施方式的内存管理方法流程图，如图1所示，本实施例包括如下步骤：

步骤S101：获取监控参数信息，其中，监控参数信息包括监测内存类型、监测周期和监测对象。获取的方式可以通过接收第一用户指令，根据第一用户指令确定监控参数信息，具体实现为：获取的方式由用户手动输入（例如通过用户界面进行参数输入或设定）后提交，即可根据用户的提交指令中的参数，获取到监控参数信息。

示例性地，监测内存类型包括RSS内存（Resident Set Size，实际使用物理内存,包含共享库占用）、PSS内存(Proportional Set Size 实际使用的物理内存，比例分配共享库占用）。监测周期根据用户对内存的监测需求进行设定，例如60秒。监测对象为由用户输入的监测的目标进程名称确定。

步骤S102：根据监控参数信息确定的监测周期，对各监测对象进行定时轮询，获取各监测对象的相应监测内存类型的内存状态信息。具体实现为：根据用户设定的监测周期对各监测对象进行轮询，依次通过指令查询每一个目标进程的内存值（内存类型根据用户设定，选择RSS或/和PSS）。示例地，以Android系统为例，内存值的获取指令为：

获取RSS指令：top | grep [进程名称]

获取PSS指令：dumpsys meminfo [进程名称] | grep TOTAL

这样通过该指令就可以以60s的监测周期对各监测对象进行轮询，从而获取监测内存类型的内存状态信息，可以帮助开发人员精准的分析内存现阶段的运行情况。

示例性地，基于监测周期进行轮询，是设置定时器对监测周期进行检测，当达到监测周期时，就执行一次轮询。当监测对象有多个时，轮询是依次获取监测对象，并对各监测对象进行内存值的获取，直至所有的监测对象都轮询完，才开始进行下一个监测周期的检测。当监测对象仅有一个时，则是直接获取该监测对象的内存值后，就重新进行下一个监测周期的检测。

图2示意性地显示了根据本发明又一实施方式的内存管理方法流程图，如图2所示，本实施例包括如下步骤：

步骤S201：获取监控参数信息，其中，监控参数信息包括监测内存类型、监测周期、监测对象和超限阈值。其具体实现方式与步骤S101基本相同，不同之处在于，还要获取配置的超限阈值（示例性地，由用户手动通过用户界面设置，也可以是预先设定并存储在配置文件中的）。示例性地，超限阈值的单位为兆节。例如由用户输入的指令为要监测的目标进程名称、超限阈值（单位：兆字节）两个参数，以逗号分隔，参数格式如下：

com.aispeech.aios,20

com.aispeech.aios.adapter,10

则上述两条参数的意义就是监测com.aispeech.aios和com.aispeech.aios.adapter两个目标进程，并且将超限阈值分别设置为20兆字节和10兆字节。

步骤S202：为各监测对象设置内存镜像导出标识。在启动对各监测对象的内存监测后，为了避免重复导出内存镜像文件，就会为每个监测对象定义一个镜像导出标识，初始值为false。

步骤S203的实现方式可以参照步骤S102。

步骤S204：根据超限阈值和获取的内存状态信息对各监测对象进行告警监测，在达到告警条件时，导出相应监测对象的内存镜像文件。其中，告警条件即为由用户事先输入的超限阈值，在判断达到告警条件之后，根据内存镜像导出标识确定是否导出相应监测对象的内存镜像文件。在该实施例中，获取完内存值后，还根据超限阈值判断当前的内存值是否超出，如果不超出超限阈值，就可以对下一目标进程进行查询以及信息的提取。如果监测过程提取的内存值大于或等于超限阈值，并且该监测对象的内存镜像导出标识为false，则执行导出内存镜像文件操作，同时该监测对象的内存镜像导出标识置为true。示例性地，以Android系统为例，内存镜像文件的导出指令为：am dumpheap [进程名称] /data/local/tmp/test.hprof，导出的内存镜像文件格式为.hprof。

在优选实施方式中，每完成一个监测周期的处理（获取内存值和/或自动导出镜像文件）后，还可以进行一定的延迟等待后，再开始开启下一轮监测周期的检测。示例性地，可以是根据监测周期、上次轮询的开始时间和当前系统时间确定延迟间隔，并根据延迟间隔进行延时等待，在延时等待之后，启动对各监测对象的轮询，获取各监测对象的相应监测内存类型的内存状态信息，这样可以给予每次的轮询过程有一个缓冲，提高处理过程的准确性。如实现为：在轮询开始之前，获取并记录当前系统时间T1，全部目标进程的内存值轮询完成之后，获取并记录当前系统时间T2。然后再延迟T-(T2-T1)时长后，启动下一次轮询过程。

在优选实施方式中，区别于上述的对多个监测对象的进程采用定时轮询监测的方式之外，还可以通过手动导出内存镜像功能，具体实现为：接收第二用户指令，根据第二用户指令确定导出参数信息，根据导出参数信息导出内存镜像文件。其中，第二用户指令为根据用户需求直接获取内存的镜像文件的指令，例如以安卓系统为例，当用户点击界面的镜像导出按钮，读取参数设置中的进程列表，根据进程名称依次执行指令：am dumpheap [进程名称] /data/local/tmp/test.hprof，则可以直接导出格式为.hprof内存镜像文件。

根据本实施例的方法，可以根据用户设定的监测内存类型、定时监测周期、要监测的目标进程名称和超限阈值等参数信息，采用定时轮询的方式依次通过指令查询每一个目标进程的内存值，当内存达到或超出超限阈值时，自动导出内存镜像文件，可以实现在内存超限时自动导出镜像文件，帮助研发人员定位内存泄漏问题。

图3示意性地显示了根据本发明一实施方式的内存管理装置原理框图，如图3所示，

该装置3包括：第一用户指令接收模块301、监控参数获取模块302和定时监测模块303。

第一用户指令接收模块301用于接收第一用户指令，该用户指令可以实现为由用户根据需求手动输入的监控参数信息，监控参数获取模块302用于根据第一用户指令获取监控参数信息，其中，监控参数信息包括监测内存类型、监测周期和监测对象。定时监测模块303用于根据监控参数信息确定的监测周期，对各监测对象进行定时轮询，轮询的方式可以参照上述方法部分，根据该方法就可以获取各监测对象的相应监测内存类型的内存状态信息，即获取了内存的镜像文件。

根据本装置可以实现定时轮询的方式依次通过指令查询每一个监测对象的目标进程的内存值，节约人力并且提高工作效率。

图4示意性地显示了根据本发明又一实施方式的内存管理装置原理框图，如图4所示，

该装置3还包括告警模块304、第二用户指令接收模块305和文件导出模块306。

其中，监控参数获取模块302获取的监控参数信息还包括超限阈值，该超限阈值由用户设定。

告警模块304用于根据超限阈值和获取的内存状态信息对各监测对象进行告警监测，在达到告警条件时，导出相应监测对象的内存镜像文件。该告警条件为判断当前监测对象与设定的超限阈值的大小关系，当监测过程中监测对象的内存值大于或等于超限阈值，则达到告警条件，执行导出内存镜像文件操作。

这样可以在当前监测对象的内存达到或超出极限时，自动导出内存镜像文件，可以通过在内存超限时自动导出镜像文件，帮助研发人员定位内存泄漏问题。

在优选实施方式中，本装置还包括第二用户指令接收模块305和文件导出模块306。

第二用户指令接收模块305用于接收第二用户指令，该第二用户指令为用户想要手动直接导出当前内存镜像文件的指令。

文件导出模块306用于根据第二用户指令确定导出参数信息，并根据导出参数信息导出内存镜像文件。该实现方式可以参照上述的方法部分，在此不进行赘述。通过本优选实施例可以实时的获取监测对象的内存镜像文件，对于一些突发性的内存问题可以快速定位并解决。

在一些实施例中，本发明实施例提供一种非易失性计算机可读存储介质，所述存储介质中存储有一个或多个包括执行指令的程序，所述执行指令能够被电子设备（包括但不限于计算机，服务器，或者网络设备等）读取并执行，以用于执行本发明上述任一项内存管理方法。

在一些实施例中，本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述任一项内存管理方法。

在一些实施例中，本发明实施例还提供一种电子设备，其包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行内存管理方法。

在一些实施例中，本发明实施例还提供一种存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时内存管理方法。

上述本发明实施例的内存管理装置可用于执行本发明实施例的内存管理方法，并相应的达到上述本发明实施例的实现内存管理方法所达到的技术效果，这里不再赘述。本发明实施例中可以通过硬件处理器（hardware processor）来实现相关功能模块。

图5是本申请另一实施例提供的执行内存管理方法的电子设备的硬件结构示意图，如图5所示，该设备包括：

一个或多个处理器510以及存储器520，图5中以一个处理器510为例。

执行内存管理方法的设备还可以包括：输入装置530和输出装置540。

处理器510、存储器520、输入装置530和输出装置540可以通过总线或者其他方式连接，图5中以通过总线连接为例。

存储器520作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的内存管理方法对应的程序指令/模块。处理器510通过运行存储在存储器520中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例内存管理方法。

存储器520可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据内存管理装置的使用所创建的数据等。此外，存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器520可选包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至内存管理装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置530可接收输入的数字或字符信息，以及产生与内存管理装置的用户设置以及功能控制有关的信号。输出装置540可包括显示屏等显示设备。

所述一个或者多个模块存储在所述存储器520中，当被所述一个或者多个处理器510执行时，执行上述任意方法实施例中的内存管理方法。

上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。

本申请实施例的电子设备以多种形式存在，包括但不限于:

(1)移动通信设备:这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备:这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括:PDA、MID和UMPC设备等，例如iPad。

(3)便携式娱乐设备:这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如iPod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(4)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子装置。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

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

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (11)

1.内存管理方法，包括：

获取监控参数信息，其中，所述监控参数信息包括监测内存类型、监测周期和监测对象；

根据所述监控参数信息确定的监测周期，对各监测对象进行定时轮询，获取各监测对象的相应监测内存类型的内存状态信息。

2.根据权利要求1所述的方法，其特征在于，所述监控参数信息还包括超限阈值，

在获取各监测对象的相应监测内存类型的内存状态信息之后还包括：

根据所述超限阈值和获取的内存状态信息对各监测对象进行告警监测，在达到告警条件时，导出相应监测对象的内存镜像文件。

3.根据权利要求2所述的方法，其特征在于，在对各监测对象进行定时轮询之前还包括：

为各监测对象设置内存镜像导出标识；

所述在达到告警条件时，导出相应监测对象的内存镜像文件还包括：

在判断达到告警条件之后，根据所述内存镜像导出标识确定是否导出相应监测对象的内存镜像文件。

4.根据权利要求4所述的方法，其特征在于，在根据所述监控参数信息确定的监测周期开启每次轮询之前，还包括：

根据所述监测周期、上次轮询的开始时间和当前系统时间确定延迟间隔；

根据所述延迟间隔进行延时等待，在延时等待之后，启动对各监测对象的轮询，获取各监测对象的相应监测内存类型的内存状态信息。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述获取监控参数信息包括：

接收第一用户指令；

根据第一用户指令确定监控参数信息。

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

接收第二用户指令；

根据第二用户指令确定导出参数信息；

根据导出参数信息导出内存镜像文件。

7.内存管理装置，其特征在于，包括：

第一用户指令接收模块，用于接收第一用户指令；

监控参数获取模块，用于根据第一用户指令获取监控参数信息，其中，所述监控参数信息包括监测内存类型、监测周期和监测对象；

定时监测模块，用于根据所述监控参数信息确定的监测周期，对各监测对象进行定时轮询，获取各监测对象的相应监测内存类型的内存状态信息。

8.根据权利要求7所述的装置，其特征在于，所述监控参数信息还包括超限阈值，

所述装置还包括

告警模块，用于根据所述超限阈值和获取的内存状态信息对各监测对象进行告警监测，在达到告警条件时，导出相应监测对象的内存镜像文件。

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

第二用户指令接收模块，用于接收第二用户指令；

文件导出模块，用于根据第二用户指令确定导出参数信息，并根据所述导出参数信息导出内存镜像文件。

10.一种电子设备，其包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任意一项所述方法的步骤。

11.一种存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-6中任意一项所述方法的步骤。