CN103714004A - Jvm在线内存泄露分析方法及*** - Google Patents

Abstract

本发明提供一种JVM在线内存泄露分析方法及***，所述方法包括以下步骤：获取引用关系树中各节点信息，所述节点信息包括对象的数量及节点占用空间的大小；在预定时间后重新获取所述引用关系树中各节点信息，并根据两次获取的节点信息构建相应的引用关系变化树；根据所述引用关系变化树在线分析JVM内存泄露。本发明的一种JVM在线内存泄露分析方法及***能精确地在线分析JVM内存泄露情况。

Description

JVM在线内存泄露分析方法及***

技术领域

本发明涉及计算机技术领域，具体涉及一种JVM在线内存泄露分析方法以及一种JVM在线内存泄露分析***。

背景技术

JVM（Java Virtual Machine，Java虚拟机）运行过程中，经常出现内存泄露情况。传统的内存泄露分析方法通常为：在发生OOM（Out Of Memory，内存溢出）或者手动dump之后，通过分析dump文件来分析内存泄露情况。

另外，JVM运行过程中，可以借助Visualvm、JProfile监控java虚拟机内存中的引用关系树个数、大小等，能粗略在线获知JVM内存溢出的信息。但这些信息过于笼统，无法精确监控分析虚拟机内的对象及其变化情况。

发明内容

基于此，本发明提供一种JVM在线内存泄露分析方法及***，能精确的分析出JVM内存泄露的情况。

为实现上述目的，本发明采用如下的技术方案：

一种JVM在线内存泄露分析方法，包括以下步骤：

获取引用关系树中各节点信息，所述节点信息包括对象的数量及节点占用空间的大小；

在预定时间后重新获取所述引用关系树中各节点信息，并根据两次获取的节点信息构建相应的引用关系变化树；

根据所述引用关系变化树在线分析JVM内存泄露。

一种JVM在线内存泄露分析***，包括：

获取模块，用于获取引用关系树中各节点信息，所述节点信息包括对象的数量及节点占用空间的大小；

构建模块，用于在预定时间后重新获取所述引用关系树中各节点信息，并根据两次获取的节点信息构建引用关系变化树；

分析模块，用于根据所述引用关系变化树在线分析JVM内存泄露。

综上所述，本发明的一种JVM在线内存泄露分析方法及***，通过分别获取预定时间前后的引用关系书中各节点信息，根据两次获取的节点信息构建相应的引用关系变化树，并根据该引用关系变化树进行在线分析内存的泄露情况。本发明的方案通过引用关系变化树可以在各个时间段内在线分析JVM内存泄露的情况，因此不仅能在开发初期精确地在线分析JVM是否存在内存泄露，并且还能在发生OOM前发出预警并初步查找问题。

附图说明

图1为本发明实施例中的一种JVM在线内存泄露分析方法的流程示意图；

图2为本发明实施例中的基准引用关系树的示意图；

图3为本发明实施例中的变化后的引用关系树的示意图；

图4为本发明实施例中的引用关系变化树的示意图；

图5为本发明实施例中的一种JVM在线内存泄露分析***示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参见图1所示，一种JVM在线内存泄露分析方法，包括以下步骤：

步骤S101，获取引用关系树中各节点信息，所述节点信息包括对象的数量及节点占用空间的大小。此步骤中获取的引用关系树可为对象的基准引用关系树，并初始化对该应用关系树。获取一次对象引用关系树的过程和一次full GC类似。结合参见图2所示从，GC Root开始向下搜索，建立引用关系树，在一个引用关系节点中，如果有相同累的多个对象，用数字标示对象个数，并记录该节点节点占用空间的总大小。在建立引用关系过程中，递归引用不记录，由于所以的对象都会引用java.lang.Class，故也不需要记录到引用关系中。如图2中所示的标示为Object B（2,258）的节点，表示类B的实例对象有两个，占用总内存空间为258。

步骤S102，在预定时间后重新获取所述引用关系树中各节点信息，并根据两次获取的节点信息构建相应的引用关系变化树。在设定的时间间隔后或者在用户操作触发下（如用户查看），重新获取所述引用关系树，此时的引用关系树相对基准引用关系树已经发生了变化。经过分析已经变化的引用关系树，并和步骤S101中获取的引用关系树进行比较计算，根据计算的结果获得引用关系变化树。将已经变化的引用关系树丢弃，并保存引用关系变化树。

步骤S103，根据所述引用关系变化树在线分析JVM内存泄露。

作为一个较好的实施例，所述根据两次获取的节点信息构建引用关系变化树的过程具体可以包括以下步骤：

步骤S1021，将在预定时间后重新获取所述引用关系树减与间隔预定时间前获取的引用关系树进行计算。如在构建引用关系变化树时，由已经变化的引用关系树减去基准引用关系树产生。所述引用关系变化树也由根节点出发，到新增叶子节点为止。

步骤S1022，根据计算结果获取各节点信息的变化信息。例如在两个引用关系树对比中节点无变化但有新增子节点时，引用关系变化中记录该变化信息，例如可以将对象节点个数和占用空间均为0。如图2所示引用关系树在一定时间间隔后变化为图3引用关系树。且两个引用关系树中节点Object A新增引用对象object D、根节点新增引用对象Object B、其引用对象Object E。

步骤S1023，根据所述变化信息构建引用关系变化树。例如可以将上述的新增节点加入引用关系变化树中，节点对象中记录对象变化部分。构建引用关系变化树，将图2与图3所示的引用关系树进行计算后得到的变化信息加入引用关系变化树中。如图4所示，节点Object A无变化但有新增子节点，则引用关系变化中记录该节点Object A（0,0），新增节点Object D、Object E加入树中，而Object B增加一个对象，占用62字节空间，记录Object B（1,62）。

作为一个较好的实施例，根据所述引用关系变化树在线分析JVM内存泄露的过程具体可以包括以下步骤：

对预定时间内的引用关系变化树中各节点进行分析；

根据分析结果获取引用关系树中对象变化趋势图，能实现在线分析对象变化趋势；所述分析结果可以包括引用关系变化树节中各节点的对象数量及占用的空间；

根据所述对象变化趋势图中预定的对象进行在线分析JVM内存泄漏。

由于虚拟机中可能有较多对象变化，所以预定对象可以指用户指定的对象或者变化最多的节点对象。通过对预定对象的变化可以分析这些是否仍需留在虚拟机内存是否由于内存泄露引起，从而实现在线内存泄露分析。

作为一个较好的实施例，根据所述引用关系变化树在线分析内存泄露的过程具体还可以包括以下步骤：

根据所述对象变化趋势图判断是否存在内存泄露；

若是，则说明存在内存泄漏，可以根据变化对象的引用关系查找引用路径与内存泄漏点；否则不存在内存泄漏，则继续对引用关系树进行分析。通过对变化对象的引用关系的分析查看，可定位引用路径和内存泄露点。对持续增加的对象可以预判该点可能发生了内存泄露并最终会导致虚拟机的OOM，提前发出预警。例如，比较图2与图3所示的应用关系树，节点Object B的对象由（2,258）变化成了(3,20)，可知Object B的对象增加了一个，占用空间62，总增加空间86（由于B引用的Object E无其它引用，计入B总空间），在此时间间隔内，如对象B无此变化的理由，则可以判定对象B发生了内存泄露，从而定位问题。

与上述实施例中的一种JVM在线内存泄露分析方法相对应，本发明的实施例还提供一种JVM在线内存泄露分析***，如图5所示，包括：

获取模块101，用于获取引用关系树中各节点信息，所述节点信息包括对象的数量及节点占用空间的大小；

构建模块102，用于在预定时间后重新获取所述引用关系树中各节点信息，并根据两次获取的节点信息构建引用关系变化树；

分析模块103，用于根据所述引用关系变化树在线分析JVM内存泄露。

作为一个较好的实施例，所述构建模块具体可以包括：

计算模块，用于将在预定时间后重新获取所述引用关系树与在间隔预定时间前获取的引用关系树进行计算；

变化信息获取模块，用于根据计算结果获取各节点信息的变化信息；

构建子模块，用于根据所述变化信息构建引用关系变化树。

作为一个较好的实施例，所述分析模块具体还可以包括：

第一分析子模块，用于对预定时间内的引用关系变化树中各节点进行分析；

趋势图获取模块，用于根据分析结果获取各节点中对象变化趋势图；

第二分析子模块，用于根据所述对象变化趋势图中预定的对象进行在线分析JVM内存泄漏。

作为一个较好的实施例，所述分析模块具体还可以包括：

判断模块，用于根据所述对象变化趋势图判断是否存在内存泄露；

查找模块，用于在所述判断模块的判断结果为是时，根据变化对象的引用关系查询引用路径与内存泄漏点。

上述一种JVM在线内存泄露分析***的其它技术特征与本发明的一种JVM在线内存泄露分析方法相同，此处不予赘述。

通过以上方案可以看出，本发明实施例的一种JVM在线内存泄露分析方法及***，通过分别获取预定时间前后的引用关系书中各节点信息，根据两次获取的节点信息构建相应的引用关系变化树，并根据该引用关系变化树进行在线分析内存的泄露情况。本发明的方案通过引用关系变化树可以在各个时间段内在线分析JVM内存泄露的情况，因此不仅能在开发初期精确地在线分析JVM是否存在内存泄露，并且还能在发生OOM前发出预警并初步查找问题。

需要说明的是，除非上下文另有特定清楚的描述，本发明中的元件和组件，数量既可以单个的形式存在，也可以多个的形式存在，本发明并不对此进行限定。另外，本发明中的步骤虽然用标号进行了排列，但并不用于限定步骤的先后次序，除非明确说明了步骤的次序或者某步骤的执行需要其他步骤作为基准，否则步骤的相对次序是可以调整的。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (8)

1.一种JVM在线内存泄露分析方法，其特征在于，包括以下步骤：

获取引用关系树中各节点信息，所述节点信息包括对象的数量及节点占用空间的大小；

在预定时间后重新获取所述引用关系树中各节点信息，并根据两次获取的节点信息构建相应的引用关系变化树；

根据所述引用关系变化树在线分析JVM内存泄露。

2.根据权利要求1所述的JVM在线内存泄露分析方法，其特征在于，根据所述引用关系变化树在线分析JVM内存泄露的过程包括以下步骤：

对预定时间内的引用关系变化树中各节点进行分析；

根据分析结果获取引用关系树中对象变化趋势图；

根据所述对象变化趋势图中预定的对象进行在线分析JVM内存泄漏。

3.根据权利要求2所述的JVM在线内存泄露分析方法，其特征在于，根据所述引用关系变化树在线分析内存泄露的过程还包括以下步骤：

根据所述对象变化趋势图判断是否存在内存泄露；

若是，则根据变化对象的引用关系查找引用路径与内存泄漏点。

4.根据权利要求1所述的JVM在线内存泄露分析方法，其特征在于，所述根据两次获取的节点信息构建引用关系变化树的过程包括以下步骤：

将在预定时间后重新获取所述引用关系树减与间隔预定时间前获取的引用关系树进行计算；

根据计算结果获取各节点信息的变化信息；

根据所述变化信息构建引用关系变化树。

5.一种JVM在线内存泄露分析***，其特征在于，包括：

获取模块，用于获取引用关系树中各节点信息，所述节点信息包括对象的数量及节点占用空间的大小；

构建模块，用于在预定时间后重新获取所述引用关系树中各节点信息，并根据两次获取的节点信息构建引用关系变化树；

分析模块，用于根据所述引用关系变化树在线分析JVM内存泄露。

6.根据权利要求5所述的JVM在线内存泄露分析***，其特征在于，所述分析模块包括：

第一分析子模块，用于对预定时间内的引用关系变化树中各节点进行分析；

趋势图获取模块，用于根据分析结果获取各节点中对象变化趋势图；

第二分析子模块，用于根据所述对象变化趋势图中预定的对象进行在线分析JVM内存泄漏。

7.根据权利要求6所述的JVM在线内存泄露分析***，其特征在于，所述分析模块还包括：

判断模块，用于根据所述对象变化趋势图判断是否存在内存泄露；

查找模块，用于在所述判断模块的判断结果为是时，根据变化对象的引用关系查询引用路径与内存泄漏点。

8.根据权利要求5所述的JVM在线内存泄露分析***，其特征在于，所述构建模块包括：

计算模块，用于将在预定时间后重新获取所述引用关系树与在间隔预定时间前获取的引用关系树进行计算；

变化信息获取模块，用于根据计算结果获取各节点信息的变化信息；

构建子模块，用于根据所述变化信息构建引用关系变化树。

Images